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1.0.  Results  and  Accomplishments 


1.1  Introduction  and  Background 


Short  Term  Project  #4,  "Design  and  Development  of  a  CIM  Architecture  for  Food 
Manufacturing",  was  to  develop  a  Functional  Architecture,  an  Informational  Architecture, 
and  a  preliminary  Database  Design  for  packaged  food  manufacture.  This  activity  was 
deemed  necessary  to  pursue  one  of  the  goals  of  the  CRAMTD  program,  which  is  to 
demonstrate  Computer  Integrated  Manufacturing  in  the  manufacture  of  Combat  Rations.  A 
secondary  objective  was  to  develop  computer  simulation  models  of  automated  tray  pack  and 
MRE  pouch  production  lines.  This  activity  was  deemed  necessary  to  evaluate  the 
performance  of  proposed  designs  and  to  compare  them  to  current  base  line  practices. 

In  collaboration  with  two  coalition  companies,  one  a  producer  of  MRE  pouches  and 
the  other  a  producer  of  tray  packs,  a  detailed  study  was  made  of  the  functional  and 
informational  requirements  to  operate  a  food  manufacturing  plant.  These  imputs  w  ere  used 
to  develop  a  formal  model  of  the  functional  requirements  and  a  formal  model  of  the 
informational  requirements.  These  models  were  documented  in  Technical  Working  Paper, 
TWP  #37,  "Functional  Architecture  for  Packaged  Food  Manufacture"  and  TWP  #52, 
"Informational  Architecture  for  Packaged  Food  Manufacture",  available  from  the  Rutgers 
University  (CAFT)  Center  for  Advanced  Food  Technology .  All  technical  working  papers 
subsequently  cited  in  this  report  are  available  from  CAFT. 

The  implementation  of  computer  integrated  manufacturing  requires  the  development 
of  a  factory  database  to  implement  the  informational  and  data  requirements  that  support  the 
activities,  or  functions,  for  operating  the  manufacturing  enterprise.  A  single  user  Oracle 
Database  management  system  was  purchased  and  a  preliminary  physical  database  model  was 
constructed  as  a  prototype  for  supporting  the  CIM  design.  The  results  of  this  work  was 
documented  in  a  Technical  Working  Paper  #56,  "Preliminary  Database  Design  for  CRAMTD 
Demonstration  Plant." 
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STP#4  began  in  October,  1989  based  on  the  proposal  submitted  to  the  DLA  on  August 
1 ,  1 989  and  revised  on  August  29,  1 989  after  detailed  review  with  the  DLA. 


1.2  Results  and  Conclusions 

The  Functional  Architecture  developed  in  this  Short  Term  Project  (STP)  is  a  generic 
architecture  and  can  therefore  be  used  as  a  reference  model  by  any  company  in  the  packaged 
food  industry  that  wishes  to  undertake  a  CIM  implementation  project.  Particular  attention 
was  given  to  the  operating  practices  of  combat  ration  manufacturers,  however,  practices  of 
civilian  product  manufacture  are  also  specified  within  the  architecture.  Two  case  studies 
were  included:  MRE  Pouch  -  Omelet  with  Ham  and  Tray  Pack  -  Beef  Chunks  and  Gravy. 

The  Informational  Architecture  model  developed  in  Phase  III  is  traceable  to  the  model 
described  in  the  Functional  Architecture,  Phase  II,  and  visa-versa.  Each  of  the  entities 
depicted  in  the  Informational  Architecture  is  represented  by  a  table  in  the  Database 
implementation.  Tlie  ORACLE  database  management  software  was  selected,  acquired  and 
installed  for  the  Database  implementation  and  a  preliminary  set  of  forms  and  reports  were 
developed  to  demonstrate  the  ftmctionality. 

During  the  no-cost  extension  of  this  STP,  an  Equipment  Maintenance  Module  and  a 
Quality  Assurance  Module  were  developed.  These  Modules  consist  of  the  necessary  forms 
for  data  entry  and  data  retrieval. 

1.3  Recommendations 

Based  on  the  architecture  developed,  the  installed  database  management  software,  and 
the  preliminary  database  modules,  it  was  demonstrated  that  the  proposed  Computer 
Integrated  Manufacturing  of  Combat  Rations  was  achievable  and  would  be  practical  for 
commercial  utilization.  During  the  last  Phase  of  this  STP,  researchers  worked  closely  with 
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those  of  STP  #16  "Implementation  of  Integrated  Manufacturing"  to  transfer  the  technology 
developed.  The  technical  reconunendations  for  STP  #16  database  structure,  forms  and 
reports  (including  both  software  and  hardware)  have  already  been  incorporated  into  that 
successor  activity. 

An  important  research  issue  which  arose  during  STP  #4  is  the  lack  of  a  mechanism  for 
the  system  designer  to  test  system  performance  during  the  CIM  design  process  without 
separately  building  a  simulation  model.  Since  the  IDEF  methodology,  employed  in  STP  #4, 
can  be  used  to  define  the  specification  of  the  manufacturing  system,  it  should  also  be 
possible  to  derive  the  specification  of  controllers  directly  from  the  IDEF  model.  This 
capability  would  also  simplify  and  enhance  technology  transfer  to  potential  industrial  users. 
A  methodology  has  been  defined  in  concept  that  should  take  the  IDEFO  specification  of  the 
manufacturing  system,  automatically  generate  a  dynamic  model  that  can  be  used  to  analyze 
the  system  performance  (IDEF2),  and  then  automatically  generate  the  computer  code  to  run 
the  system.  It  is  recommended,  therefore,  that  a  new  STP  be  defined  to  demonstrate  the 
feasibility  of  integrating  the  IDEF  methodology  with  testing  systems  dynamics,  and  delivery 
order  (DO  0017)  has  been  issued  to  cover  STP  #24  -  "Integration  of  IDEF  methodology 
with  Testing  System  Dynamics". 


2.0  Program  Management 


Work  on  this  Short  Term  Project  began  in  October,  1 989  with  Interim  Funding.  Project 

Definitization  occurred  on  April  2, 1990.  There  are  four  phases  to  this  STP#4  "Design  and 

Development  of  a  CIM  Architecture  for  Food  Manufacturing".  These  Phases  cover: 

Phase  I  Methodological  Review 
Phase  II  Functional  Architecture 
Phase  III  Informational  Architecture 
Phase  IV  Simulation  and  Database  Design 

Each  phase  was  carried  out  as  a  distinct  activity,  but  phases  were  allowed  to  overlap. 
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However,  the  linkage  between  the  functional  architecture,  informational  architecture,  and 
database  design  required  some  precedence  structure  since  each  succeeding  step  required 
some  information  from  a  preceeding  stage.  The  control  of  project  phases  was  further 
complicated  by  the  need  to  carry  out  studies  in  two  different  companies  in  order  to  obtain  a 
CIM  architecture  that  would  include  MRE  pouch  and  tray  pack  products  as  well  as  civilian 
products. 


Simon  Simulation  Models  with  CINEMA  graphics  animation  were  developed  for  the 
CRAMTD  tray  pack  and  the  MRE  pouch  lines  and  a  technical  report  documenting 
these  models  was  issued  (TWP#33). 

A  Functional  Architecture  for  packaged  Food  Manufacturing  was  developed  that 
covers  the  manufacture  of  MRE  pouches,  tray  pack  products,  and  shelf  stable  civilian 
food  products.  A  technical  report  documenting  this  model  was  issued  (TWP#37). 
An  Informational  Architecture  for  packaged  food  manufacturing  was  developed  that 
covers  the  manufacture  of  MRE  pouches,  tray  pack  products,  and  shelf  stable  civilian 
food  products.  A  technical  report  documenting  this  model  was  issued  (TWP#52). 
During  a  no  cost  extension  period,  from  August,  1992  through  January,  1993,  a 
module  was  added  to  the  information  architecture  in  the  area  of  quality  control. 
Appendix  4.8  documenting  this  module  is  attached. 

During  a  no  cost  extension  period,  from  August,  1992  through  January,  1993,  a 
module  was  added  to  the  information  architecmre  in  the  area  of  machine  maintenance. 
Appendix  4.9  documenting  that  module  is  attached. 

A  single  user  Oracle  Database  management  system  was  procured  and  a  preliminary 
CIM  database  design  was  implemented  based  on  the  previously  defined  Functional  and 
Informational  architectures.  A  technical  report  documenting  this  design,  including 
Oracle  Forms  and  reports  was  issued  (TWP#56). 

During  the  no  cost  extension  period  modules  were  added  to  the  preliminary  database 
to  support  the  areas  of  quality  control  and  machine  maintenance. 
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During  the  no  cost  extension  period  a  multi-user  Oracle  Database  management  system 
was  purchased  along  with  a  Novell  netware  server.  The  installation  of  thij  software 
began  under  STP#4.  After  January  1993,  the  installations  continued  under  STP#16. 


3.0  Short  Term  Project  Activities 


3.1  STP  Phase  I  Tasks 

Phase  I  is  a  methodological  review,  the  objective  of  which  is  to  determine  the 
methodologies  available  for  designing  a  CIM  Architecture.  It  consists  of  three  tasks: 

Review  Architecture  Methodologies 

Review  software  Development  Tools 

Install  Development  Workstation 

3.1.1.  Review  Architecture  Methodologies  (3.4.1) 

A  thorough  methodological  review  was  undertaken.  We  examined  the  IDEF 
methodology  of  the  U.S.  Airforce,  the  hierarchial  control  architecture  of  the  National 
Institute  of  Standards  and  Technology  (NIST),  the  Petri  net  control  architecture,  and  related 
work  being  done  at  other  universities.  This  review  was  done  through  literature  and 
conversations  with  individuals  involved.  The  full  report  on  this  task,  "Review  of  CIM 
Architecture  Methodologies,"  was  published  as  Technical  Working  Paper  (TWP)  #7. 

The  following  are  the  main  conclusions  of  this  phase: 

1 .  The  IDEF  methodology  is  the  most  fully  developed  methodology  currently  available 
in  the  public  domain.  It  is  the  methodology  of  choice  for  this  project. 

2.  None  of  the  methodologies  reviewed  showed  how  the  functional  and  informational 
architectures  are  related  to  the  physical  (communication)  architecture.  This  issue  was  raised 
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in  the  NIST  literature  and  we  had  to  plan  to  address  communication  arc’  cture  separately 
in  our  work. 

3.  IDEF  methodology,  by  itself,  lacks  the  capability  of  analyzing  operational  control 
in  shop  floor  and  lower  levels.  Although  IDEF2  is  intended  to  serve  this  purpose,  it  is  very 
poorly  defined  at  this  time.  The  IDEF  metliodology  would  have  to  be  combined  with  Petri 
net  methodology  in  order  to  convert  IDEF  to  a  formal  controller  specification  that  could  be 
analyzed  at  the  shop  floor  level. 

3.1.2  Review  Software  Development  Tools  (3.4.21 

In  order  to  document  the  IDEF  models  and  to  be  able  to  provide  professional  quality 
drawings  of  these  models,  we  evaluated  commercially  available  software  tools.  After 
evaluating  these  tools,  two  were  selected. 

The  AJ0  software  of  Knowledge  Based  Systems,  Inc.  was  chosen  to  document  IDEF0. 
Besides  its  relatively  low  cost,  it  has  the  capability  of  automatically  generating  a  drawing 
from  simple  user  inputs,  such  as  text  or  keystrokes.  Other  software  we  evaluated  required 
the  user  to  produce  the  drawing  in  a  CAD-like  environment,  which  we  considered  to  be  more 
tedious. 

The  Model  Pro  software  of  D.  Appleton,  Inc.  was  chosen  to  document  IDEF  IX.  As 
in  the  case  of  AI0,  the  drawings  are  automatically  generated  from  text  or  keystroke  inputs. 

Two  computers  were  installed  in  an  Industrial  Engineering  Laboratory  to  be  used  in 
documenting  IDEF  models.  The  AI0  software  of  Knowledge  Based  Systems  was  installed 
on  an  IBM  AT  to  support  functional  modeling.  An  IBM  PS2  MOD  70  was  purchased  to  be 
used  to  support  the  IDEF IX  Model  Pro  Software  of  D.  Appleton,  Inc.,  which  requires  a 
VGA  monitor.  This  task,  completed  in  the  quarter  ending  April,  1 990,  completed  Phase  I 
ofSTP#4. 

3.2  STP  Phase  II  Tasks 

Phase  II  of  STP#4  is  the  Functional  Architecture  design,  the  objective  of  which  is  to 
design  a  functional  architecture  that  would  include  a  specification  for  MRE  pouch,  tray  pack 
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and  shelf  stable  civilian  products.  It  consists  of  four  tasks: 

Review  Industrial  Practices 

Build  and  Document  Functional  Model 

Install  in  CRAMTD  Site 

Provide  Technical  Report 

3.2.1  Review  Industrial  Practices  13.5.1) 

This  activity  began  on  April  2,  1990,  with  a  trip  to  Pillsbury/Green  Giant,  a  coalition 
company  that  collaborated  with  CRAMTD  personnel  on  the  MRE  Pouch  Functional  and 
Informational  Models.  CRAMTD  investigators  made  three  visits  to  Pillsbury/Green  Giant 
during  June,  1990.  We  interacted  with  company  managers,  administrators,  and  production 
persoimel  and  gained  a  detailed  understanding  of  the  practices  involved  in  operating  a 
packaged  food  enterprise.  This  task  was  deemed  completed  in  the  quarter  ending  October, 
1990. 

3.2.2  Build  and  Document  Functional  Model  (3.5.21 

After  the  interviews  in  June  of  1990,  CRAMTD  investigators  began  to  document  the 
Functional  Architecture  for  the  MRE  pouch  processes.  The  documentation  was  done  in 
stages.  The  process  of  developing  the  ftmctional  model  consisted  of  on-site  interviews 
concerning  a  selected  subset  of  functions,  followed  by  documenting  the  results  of  the 
interviews  in  the  formal  IDEF0  modeling  language.  This  would  be  followed  by  a  return  trip 
to  the  coalition  company  to  review  the  document,  make  any  needed  corrections,  and  continue 
the  interview  process.  Toward  the  end  of  June,  1990  and  through  the  Fall  of  1990,  this 
process  continued.  By  January,  1991,  a  functional  model  that  could  support  the  MRE  youch 
requirements  was  complete. 

During  the  spring  of  1991  we  initiated  a  collaboration  with  Venice  Maid  Food 
Company  to  extend  the  Functional  Architecture  to  tray  pack  and  shelf  stable  civilian 
products.  The  model  development  process  for  tray  pack  and  civilian  products  continued 
through  the  summer  of  1991  and  the  combined  architecture,  including  MRE  pouch,  was 
essentially  complete  by  the  Fall  of  1991 . 
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In  Fall,  1991,  computer  disks  incorporating  the  Functional  model  were  transferred  to 
CRAMTD  management.  Subsequently,  the  architecture  was  presented  at  the  Annual 
Contract  Briefing  in  October  1991. 

2i2il^££lllU£iL££IUUiLX2i2iil 

In  December,  1991,  the  document  entitled  "Functional  Architecture  for  Packaged  Food 
Manufacturing"  (TWP37)  was  issued  as  the  final  technical  report  for  Phase  II.  It  describes 
a  "Generic  Architecture",  which  characterizes  both  civilian  and  military  manufacturing 
environment.  There  are  also  two  appendices  to  that  report,  which  are  case  studies  of  the 
application  of  the  generic  architecture.  One  case  study  is  for  the  manufacture  of  a  MRE 
pouch  product;  the  other  case  study  is  for  the  manufacture  of  a  tray  pack  product. 

Phase  II  of  STP  #4  was  reported  complete  in  the  quarterly  report  ending  January,  1992. 

SIf  EhasUILIa^Hs 

Phase  III  of  STP  #4  is  the  Informational  Architecture  design,  the  objective  of  which  is 
to  design  an  informational  architecture  that  would  include  a  specification  for  MRE  pouch, 
tray  pack,  and  shelf  stable  civilian  products.  It  consists  of  four  tasks; 

Review  Industrial  Practices 

Build  and  Document  Informational  Model 

Install  in  CRAMTD  Site 

Technical  Report 

3.3.1  Review  Industrial  Practices  (3.6.1) 

This  activity  began  coincident  vidth  the  documenting  of  the  functional  architecture  in 
June,  1990.  This  led  to  some  natural  overlapping  between  phases  II  and  III  of  this  STP.  The 
research  team  continued  on-site  observations  of  data  collection  practices  in  packaged  food 
manufacturing  environment  through  April,  1991. 

3.3.2  Build  and  Document  Informational  Model  13.6.21 

This  task  began  in  the  summer  of  1 990.  At  that  time  we  addressed  the  MRE  pouch 
manufacturing  environment.  This  activity  continued  through  the  spring  of  1991 .  During  the 
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spring  of  1991  and  through  the  fall  of  1991 ,  the  research  team  addressed  the  informational 
requirements  of  the  tray  pack  and  civilian  products. 

The  process  of  collecting  data  for  the  information  model  involved  gathering  the  forms 
and  reports  currently  being  used  to  maintain  data  by  the  food  companies  that  collaborated 
with  us.  iTiese  data  elements  were  then  reviewed  to  eliminate  redundancy  and  to  prune  the 
data  set.  Using  the  IDEFIX  methodology,  data  entities  and  attributes  were  defined  based  on 
these  collected  forms  and  reports,  fhis  activity  was  essentially  completed  in  the  Fall  of 
1991. 


In  April  1992,  the  document  entitled  "Informational  Architecture  fo-  'Packaged  Food 
Manufacturing"  (TWP52)  was  issued  as  the  final  technical  report  for  Phase  Ill.  This 
included  an  informational  architecture  that  covered  both  civilian  and  military  product 
manufacUire.  This  architecture,  defined  in  IDEFIX  modeling  language,  became  the  basis 
for  the  preliminary  database  design. 


Phase  IV  of  STP#4  includes  the  design  and  development  of  computer  simulation 
models  and  the  implementation  of  a  protot)  pe  CIM  database.  Phase  IV  consists  of  five 


tasks: 


Design  and  Code  Simulation  Model 
Install  in  CRAMTD  Site 
Technical  Report  (Simulation) 
Design  Preliminary  Database 
Technical  Report  (Database  Design) 
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The  design  of  the  simulation  models  began  in  June,  1990  and  a  software  requirements 
specification,  '  Simulation  Model,  Software  Requirements  Specification,  Version  1.0",  was 
released  in  October,  1 990  as  a  Technical  Working  Paper  (TWPl  5).  The  development  work 
was  done  using  Simon  simulation  language  and  cinema  graphical  display.  The  tray  pack 
simulation  model  was  completed  in  the  Fall  of  1990,  and  the  pouch  simulation  model  was 
completed  in  June,  1991 . 

3.4.2  Install  in  CRAMTD  Site  f3.7.2J 

fn  June,  1991,  the  simulation  programs  were  demonstrated  to  CRAMTD  management. 
Run  time  files  were  transferred. 

3.4.3  Technical  Report  (Simulation^  (3.7.3J 

In  Fall,  1991,  the  document  entitled  "Report  on  CRAMTD  Tray  Pack  and  MRE  Pouch 
Simulation  Models"  (TWP  33)  was  issued  as  the  Final  Technical  Report.  It  contains  the 
Simon  and  Cimema  programming  codes  as  well  as  outputs  for  test  simulation  runs. 

3.4.4  Design  Preliminary  Database  (3.7.41 

In  March,  1991 ,  a  single  user  Oracle  Database  Management  System  was  procured  and 
in  April,  1991,  the  research  team  began  implementing  a  preliminary  database  design  based 
on  the  informational  architecture  developed  for  an  MRE  Pouch  Enterprise.  As  the  data 
requirements  for  tray  pack  and  civilian  enterprise  was  developed  in  the  Fall  of  1991,  we 
began  to  incorporate  these  requirements  into  the  prototype  database. 

In  August,  1992,  STP#4  was  granted  a  no  cost  extension  through  January,  1993. 
During  this  period,  preliminary  database  modules  were  developed  for  raw  material  quality 
control,  finished  goods  quality  control,  and  machine  maintenance. 

3.4.5  Technical  Report  (Database  Design J  (3.7.5) 

In  July,  1 992,  the  document  entitled  "Preliminary  Database  Design  for  the  CRAMTD 
Demonstration  Plant",  (TWP56)  was  issued  as  a  Final  Technical  Report.  It  describes  the 
relational  database  model  and  the  Oracle  Database  Management  System.  The  database  tables 
created  are  related  to  the  IDEFIX  Informational  Model  for  completeness  in  understanding 
the  transition  from  data  model  to  database  Implementation.  Structured  Query  Language 
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(SQL)  Forms  and  SQL  Reports  are  described  and  user  screens  are  shown  as  the  interface 
between  the  database  and  the  iunctions  it  supports.  During  the  development  of  the 
preliminary  database,  a  Technology  Transfer  partner  was  identified  for  the 
commercialization  of  the  final  database  to  be  designed  and  implemented  under  CRAMTD 
Phase  11. 
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4.0  Appendix 


4.1  Figure:  "Time  Events  and  Milestones" 

4.2  "Review  of  CIM  Architecture  Methodologies",  TWP#7. 

4.3  "Functional  Architecture  for  Packaged  Food  Manufacture",  TWP#37. 

4.4  "Informational  Architecture  for  Packaged  Food  Manufacture", 
TWP#52. 

4.5  "Simulation  Model,  Software  Requirements  specification.  Version  1.0", 
TWP#15. 

4.6  "Report  on  CRAMTD  Tray  Pack  and  MRE  Pouch  Simulation  Models", 
TWP#33. 

4.7  "Preliminary  Database  Design  for  the  CRAMTD  Demonstration  Plant", 
TWP#56. 

4.8  "Report  on  Quality  Assurance  Module  Implementation  --  Part  I". 

4.9  "Report  on  Equipment  Maintenance  Module  Implementation  ~  Part  I". 
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1.  Introduction 


The  manufacturing  enterprise  is  a  complex  set  of  relationships  of  humans,  material,  machines, 
tools,  and  information.  Attempts  to  use  the  computer  to  assist  in  the  manufacturing  function  has  often 
proceeded  in  a  disjoint  fashion,  resulting  in  a  patchwork  of  hardware  and  software  that  addresses  sub¬ 
problems  in  a  suboptimal  fashion.  For  example,  factory  accounting  systems,  one  of  the  earliest  sub¬ 
systems  to  be  computerized,  are  often  not  designed  with  information  that  can  be  usefully  shared  by 
production  functions.  Material  requirements  planning  (MRP)  software,  the  function  of  which  is  to 
provide  overall  production  planning  and  control,  is  usually  not  integrated  with  shop  floor  control  sys¬ 
tems. 

The  fundamental  problem  is  that  of  interrelating  data  and  knowledge  across  the  manufacturing 
organization.  Computer  Integrated  Manufachiring  (CIM)  is  an  approach  to  accomplish  that  goal 
through  computer  data  bases  and  their  administration  which  integrate  manufacturing  functions  (such 
as  process  control  and  quality  control)  and  business  functions  (such  as  purchasing,  accounting,  and 
inventory  control).  The  principal  benerits  of  this  integration  are  the  elimination  of  redundancy,  the  in¬ 
creased  speed  of  performance,  the  reduction  in  non-value  added  functions,  and  the  improved  accuracy 
and  quality  of  data. 

Organizations  are  typically  described  by  an  organization  chart,  which  shows  the  hierarchical 
structure  of  the  organization.  Departments  are  described  by  functional  names,  but  the  organizational 
chart  does  not  show  fimcdonal  relationships. 

Understanding  organizational  dynamics  requires  a  different  view.  An  organization  moves 
toward  achieving  its  goals  through  the  performance  of  functions,  which  are  highly  interrelated.  A 
functional  view  of  an  organization  requires  that  the  inputs  and  outputs  of  each  organizational  activity 
be  modeled,  including  relationships  and  dependencies.  An  organizational  function  or  activity  may  or 
may  not  correspond  to  the  organizational  chart,  which  simply  shows  the  hierarchy  and  reporting 
relationships.  The  organizational  chart  is  not  necessarily  relevant  to  the  functions  and  activities  of  the 
organization.  It  is  the  goal-oriented  functions  and  activities  that  represent  the  organizational 
dynamics. 

The  performance  of  functions  usually  requires  one  or  more  of  the  following:  material,  tooling, 
machines,  or  information.  Every  function  has  a  world  view  associated  with  it,  which  includes  a  view 
of  the  information,  which  includes  data,  and  the  format  of  the  information  that  is  necessary  to  ac¬ 
complish  that  function.  We  shall  call  this  the  "user  view". 

The  function  may  both  use  data  and  create  data.  The  data  created  by  a  particular  function  may 
be  part  of  the  user  view  of  another  function.  One  of  the  ways  in  which  functions  are  interconnected  is 
through  the  information  which  they  share  or  which  one  function  provides  to  another. 

In  order  to  realize  the  full  benefits  of  CIM,  it  is  necessary  to  understand  the  interrelationship  of 
functions  with  each  other  and  their  relationship  to  the  information  resources  of  the  organization.  It  is 
also  necessary  to  understand  the  structure  of  the  information  resources:  what  they  are,  how  they  are 
used,  how  they  are  changed. 

The  term  "Architecture"  has  been  used  to  describe  a  set  of  descriptive  models  of  the  structure  of 
the  relationship  among  entities  in  an  organization.  Architecture  is  a  generic  term  and  there  is  more 
than  one  approach  to  modeling  the  organization  architecture  as  a  necessary  first  step  toward  CIM.  It 
is  the  purpose  of  this  report  to  review  the  approaches  that  are  currently  available  in  the  public  domain. 
The  principle  approaches  reviewed  are  the  IDEF  methodology  of  the  U.S.  Air  Force,  the  architecture 
of  the  National  Institute  of  Standards  and  Technology,  and  the  Petri  Net  architecture  approach.  Each 
will  be  described  in  a  separate  section,  followed  by  a  brief  description  of  other  methodologies.  The 
reader  is  supplied  with  an  extensive  bibliography  that  goes  into  more  detail  on  each  of  these  subjects. 
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2.  IDEF  Methodology 


Major  software  development  projects  have  always  proved  extremely  difficult  to  manage.  The 
success  of  these  projects  depend  critically  on  how  well  the  overall  problem  is  defined  before  program¬ 
ming  begins.  In  order  to  improve  that  definition,  a  number  of  structural  design  methodologies  were 
developed  in  the  1960’s  and  1970’s  to  assist  systems  analysts  in  designing  information  systems. 

In  1973  a  more  general  systems  engineering  design  methodology  was  introduce  by  Douglas 
Ross  of  MIT  under  the  name  "Structured  Analysis  and  Design  Techniques"  (SADT).  The  develop¬ 
ment  of  this  methodology  was  motivated  by  a  commercial  project  to  design  a  complete  factory  of  the 
future.  The  methodology  was  more  speciHc  to  system  design  in  manufacturing  than  earlier  structured 
analysis  methodologies. 

In  the  late  1970’s  the  U.S.  Air  Force  sponsored  a  series  of  projects  to  design  an  Architecture  for 
Computer  Integrated  Mani:iacturing.  One  of  the  Architectures  was  to  be  an  activity  only,  or  function¬ 
al  architecture.  It  was  developed  using  the  SADT  approach  and  has  become  known  as  the  IDEF^ 
methodology.  This  was  followed  by  the  development  of  a  composite  information  modeling  methodol¬ 
ogy,  which  became  known  as  IDEFl .  In  198S,  an  extended  version  of  IDEFl  (IDEFIX)  was  released. 
It  provided  improvements  to  the  graphical  representation  and  modeling  procedures  and  enhancements 
to  the  semantics  of  IDEFl. 

2.1  IDEFtti 


The  IDEF  modeling  procedure  is  used  to  model  the  activities  that  go  into  running  a  business. 
Modeling  teams  use  the  fDEF  methodology  to  document  the  way  in  which  a  factory  is  actually 
operated.  This  is  called  the  "As  Is"  model,  which  becomes  a  baseline  for  analyzing  inconsistencies, 
redundancies,  and  non-value  added  activities  in  the  organization.  The  "As  Is"  model  becomes  a 
baseline  for  developing  a  "To  Be"  model,  which  eliminates  the  deficiencies  of  the  "As  Is"  state. 

The  "As  Is"  model  is  developed  through  a  process  of  top  down  functional  analysis,  beginning 
with  the  overall  goal  of  the  organization.  For  example.  Figure  1  illustrates  a  high  level  activity  for  a 
manufacturing  organization,  to  "manufacture  food  product”.  The  interfaces  to  a  function  are  indicated 
by  arrows  that  enter  and  leave  the  function.  As  Figure  1  illustrates,  they  are  classiHed  as  inputs,  out¬ 
puts,  controls,  and  mechanisms-  Input  arrows,  which  appear  to  the  left  of  the  box,  represent  things 
that  are  used  and  transformed  by  the  function.  An  input  can  be  raw  material  (in  a  material  processing 
function)  or  information  (in  an  information  processing  function).  The  Manufacture  Food  Products 
function  requires  both.  The  procurable  items  are  the  materials  that  are  processed  into  food  products. 
The  contract  schedule  is  information  that  is  processed  into  a  production  plan. 

Controls,  which  appear  at  the  top  of  the  function  box,  occur  when  the  execution  of  the  function 
is  constrained  by  an  entity  outside  the  function.  As  illustrated  in  Figure  1,  FDA  and  USDA  require¬ 
ments,  as  well  as  Mil  Specs,  which  are  exogeneous  to  the  organization,  are  constraints  on  "manufac¬ 
ture  food  products". 

Outputs  of  the  function  can  be  material  items  or  information  items  or  both.  Finally,  mechanisms 
are  shown  as  an  arrow  entering  at  the  bottom  of  the  box.  The  mechanisms  arrow  indicates  the  resour¬ 
ces  by  which  the  function  is  realized.  Mechanisms  may  be  used  to  indicate  the  job  skill  level  (who) 
will  do  a  particular  function;  it  can  be  used  to  indicate  tools  or  machines  required. 

The  most  general  level  of  an  IDEF  model,  called  the  AO  concept  level,  decomposes  into  a  set  of 
submodels  (sub  functions)  that  comprise  the  top  level  model.  Consider  the  illustration  in  Figure  2. 
The  process  employed  in  IDEF  modeling  is  to  gradually  expand  the  detail  of  the  organization  by 
breaking  out  subfunctions  that  comprise  the  higher  function.  The  rule  of  thumb  is  to  expose  detail  by 
expanding  the  function  into  from  3  to  6  subfunctioos.  Figure  4  conceptually  illustrates  the  process. 

Figure  2  shows  four  major  functions  that  comprise  Figure  1.  The  inputs,  outputs,  and  controls 
that  were  evident  in  Figure  1  are  also  shown  entering  and  exiting  Figure  2.  In  addition  there  are  other 
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inputs,  outputs,  and  controls  created  within  the  diagram  due  to  the  additional  levels  of  detail  which 
show  the  interrelationships  between  functions. 

Function  4  (Produce  Product)  of  Figure  2  is  further  broken  down  in  Figure  3.  Note  that  the  in¬ 
puts,  outputs  and  controls  and  mechanisms,  that  enter  "Produce  Product"  in  Figure  2  are  now  enter¬ 
ing  at  the  boundaries  of  Figure  3.  In  this  manner,  there  is  a  connectedness  between  diagrams  at  each 
level  of  the  hierarchical  decomposition.  Once  again.  Figure  4  conceptually  illustrates  the  process. 

Creation  of  a  model  in  IDEF  is  a  process  that  requires  the  participation  of  more  than  one  person. 
Besides  the  analyst,  it  is  necessary  to  have  individuals  familiar  with  the  functions  of  the  organization 
to  serve  as  information  resources  and  reviewers  of  the  models. 

2.2.  IDEF1X 


IDEFl  and  its  extension,  IDEF  IX,  is  a  methodology  for  modeling  data  entities  and  their  relation¬ 
ships.  An  entity  is  represented  by  a  box  labeled  by  a  noun,  as  shown  in  Figure  5.  It  may  be  a  material 
thing,  such  as  a  tray  menu  item  or  a  non-material  thing,  such  as  retort  processing  time.  These  entities 
are  the  types  of  information  and  data  that  are  required  to  perform  the  functions  of  IDEF^. 

There  normally  exists  one  or  more  instances  of  an  entity.  For  example,  an  instance  of  the  entity 
tray  pack  menu  is  "tray  pack,  mixed  vegetables".  Another  instance  is  tray  pack,  beef  chunks  in  gravy. 
Instances  of  an  entity  are  identified  by  assigning  the  entity  a  "key  attribute",  such  as  the  military 
specification  number  of  the  tray  menu  item. 

Entities  may  have  relationships  to  other  entities.  IDEFl  X  allows  the  models  to  be  fairly  specific 
about  relationships.  Each  contract  is  written  for  one  tray  pack  menu  item:  there  may  zero,  one,  or  more 
contracts  for  the  same  menu.  The  relationship  is  shown  by  a  line  with  a  dot  above  the  entity  contract. 
By  attaching  a  specific  number  to  that  we  can  indicate  a  fixed  correspondence  between  the  two  en¬ 
tities.  In  this  case  it  is  one  to  one.  A  dot  without  a  number  can  represent  a  cardinality  of  zero,  one,  or 
many.  An  entity  that  relates  to  zero,  one,  or  many  instances  of  another  entity  is  a  "parent"  to  that 
"child"  entity. 

The  key  attribute  of  an  entity  is  placed  at  the  top  of  the  entity  and  enables  the  user  to  identify  the 
specific  instance  of  the  entity.  An  entity  may  have  non-key  attributes  when  they  are  appropriate.  Non 
key  attributes  give  the  user  additional  information  about  ^e  entity. 

A  foreign  key  (FK)  is  used  to  identify  the  relationship  between  entities.  For  example,  the  foreign 
key  "mil  No."  in  the  entity  "contract"  shows  the  relationship  to  the  entity  "tray  pack  menu".  When 
IDEFl  models  are  used  to  design  a  data  base,  the  foreign  key  indicates  the  relationship  between  files. 

2.3.  IDEF2 


IDEF2  is  a  modeling  procedure  for  describing  the  elements  of  the  manufacturing  system  whose 
behavior  varies  over  time.  The  methodology  is  based  on  network  modeling  concepts.  There  are  two 
purposes  of  IDEF2:  1)  to  document  a  system  in  a  way  that  it  can  be  communicated  to  management 
and  2)  to  provide  a  means  of  analyzing  dynamic  performance. 

The  IDEF2  methodology  is  the  least  specific  and  least  well-deflned  of  the  IDEF  concepts.  In 
theory  it  is  a  simulation  of  the  functional  and  information  submodels  to  whatever  level  of  detail  is 
reasonably  possible.  The  methodology  is  not  currently  developed  enough  to  standardize  the  level  of 
modeling  detail. 
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3.  Petri  Nets 


Petri  nets  were  originally  introduced  by  Petri  in  1962,  as  a  formalism  for  representing  causal 
relationships  between  events  (or  activities)  taking  place  in  a  system  exhibiting  concurrency, 
asynchronism,  and  conflict  Unlike  IDEF  models,  it  has  the  capability  of  describing  the  flow  of  both 
physical  and  logical  entities  in  a  system. 

A  Petri  net  may  be  described  through  a  set-theoretic  type  strucmre  and/or  a  directed  muitigrai^. 
The  latter  one  is  specially  more  desirable  as  it  may  represent  a  natural  sequence  of  events  and  ac¬ 
tivities  taking  place  in  a  system.  In  a  Petri  net  graph  (an  example  is  shown  in  Figure  6)  there  are  two 
types  of  nodes  circles  and  bars  (called  "places"  and  "transitions”  respectively).  Places  and  transitions 
are  connected  via  directed  arcs  representing  input/output  relationship.  The  places,  transitions,  and  the 
input/output  arcs  basically  describe  the  topology  of  the  Petri  net.  The  dynamics  of  the  Petri  net  is 
governed  through  the  firing  of  its  transitions.  A  transition  is  enabled,  thus  may  fire,  if  all  of  its  input 
places  are  marked.  A  place  is  marked  if  there  are  a  sufficient  number  (defin^  by  the  topology)  of 
tokens  there.  The  mechanism  to  fire  transitions  in  a  Petri  net  resembles  the  inference  engine  in  AI, 
with  the  marked  places  representing  the  facts  about  the  current  state  of  the  system.  The  transitions  in 
the  Petri  net  correspond  to  the  rules  in  AI.  As  for  the  control  strategy,  one  needs  to  augment  transi¬ 
tions  with  some  rules  in  order  to  decide  which  enabled  transitions  may  fire. 

Over  the  last  three  decades,  there  have  been  enormous  extensions  to  the  original  work  of  Petri, 
both  in  application  and  theory.  On  the  theoretical  side,  the  emphasis  has  been  on  extending  the  model¬ 
ing  power  of  Petri  nets  and  on  developing  a  mathematical  framework  to  analyze  different  properties 
of  Petri  nets.  On  the  application  side,  Petri  nets  have  been  used  for  specification  and  verification  of 
communication  protocols,  real  time  controllers,  and  discrete  event  systems,  in  general 

In  the  context  of  manufacturing,  there  have  been  several  research  projects  (for  example, 
S.E.C.O.I,A.  project  [4],  [2]  and  [23])  to  develop  Petri  net  based  controllers.  The  emphasis  has  teen 
concentrated  on  the  lower  levels  of  CIM  control  hierarchy  including  shop  floor  controllers,  cell  con¬ 
trollers,  and  workstation  controllers.  At  each  level,  the  Petri  net  is  in  charge  of  coordinating  or  se¬ 
quencing  the  tasks  to  be  performed  at  that  level.  The  Petri  nets  in  different  levels  interact  through 
token  passing  via  the  shared  places.  Note  that,  conventionally  sequencing  has  been  a  task  performed 
by  programmable  logic  controllers. 

To  our  knowledge,  Petri  nets  have  not  been  used  to  model  higher  levels  in  CIM  control  hierar¬ 
chy.  This  is  not  surprising,  as  in  these  levels  one  is  less  interested  in  the  flow  and  sequencing  of  en¬ 
tities  and  more  interested  in  defining  goals,  setting  plans,  identifying  necessary  functions,  and  their 
interrelationship.  Though  Petri  nets  can  be  used  to  coordinate  different  functions  and  to  represent  the 
flow  of  control  from  one  function  to  another,  they  can  hardly  be  used  to  deflne  these  functions.  One 
reason  is  that  Petri  nets  are  flow  models,  and  another  is  that  there  has  not  been  any  attempt  to  aug¬ 
ment  Petri  nets  with  a  natural  language  as  is  done  with  IDEF  models.  Therefore,  Petri  net  does  not 
seem  to  be  an  appropriate  formalism  for  the  definition  of  functions  and  their  intenelationship  in 
higher  levels  of  the  OM  control  hierarchy.  Moreover,  Petri  nets  may  not  be  used  to  define  informa¬ 
tion  entities  and  their  interrelationship.  However,  they  may  be  used  as  a  formalism  for  representing 
information  flow  and  for  coordinating  the  use  of  information  by  different  functions. 

One  may  observe  that  IDEF  methodology  and  Petri  nets  are  two  different  yet  complementary 
methodologies.  It  is  of  interest  to  us  to  determine  how  and  when  these  two  could  be  combined. 
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4.  NIST  Architecture 


Since  the  early  1980’s,  the  National  Institute  of  Standards  and  Technology  ([17.18,19])  has  been 
involved  with  a  project  to  develop  standards  for  automated  manufacturing  systems  and  to  transfer 
technology  to  industry.  To  this  end,  the  Center  for  Manufacturing  Engineering  at  NIST  has  established 
an  experimental  test  bed,  the  Autmnated  Manufacturing  Research  Facility  (AMRF).  The  design 
philosophy  for  the  System  is  to  exhibit  a  greater  degree  of  flexibility  and  modularity  than  any  other 
existing  automated  system.  To  meet  these  objectives,  the  following  has  been  done: 

1.  The  production  control  system  has  been  partititmed  into  five  levels  in  a  hierarchical  struc¬ 
ture  (see  [17,18]). 

2.  The  controllers  for  different  levels  were  implementd  in  a  distributed  computer  environment 
This  also  allowed  for  a  distributed  data  base  management  system. 

3.  Sensory  equipment  were  used  for  feedback  to  the  controllers  in  the  lower  levels. 

Each  controller  is  implemented  as  a  finite  state  machine  (FSM).  State  graphs  or  machines  are  a 
special  type  of  Petri  nets.  The  nodes  in  the  graph  represent  the  global  state  of  the  system  being  con¬ 
trolled.  lliis  is  in  contrast  to  Petri  nets  where  nodes  carry  only  local  information.  In  a  state  graph,  a 
change  of  state  requires  global  information.  In  a  Petri  net  only  local  information  is  required.  This  is  a 
major  advantage  of  Petri  net  over  state  machine. 

Similar  to  the  development  work  performed  around  Petri  nets,  the  emphasis  here  is  to  develop 
formal  models  for  sequencing  of  functions  and  for  flow  of  information.  The  functional  structure  of 
the  system  is  defined  only  informally.  NIST  has  also  performed  a  preliminary  study  ([19])  on  the 
structure  of  a  control  system  for  CIM  and  have  concluded  that  the  three  major  functions,  namely, 
production  management  functions;  information  management  functions;  and  communication  must  be 
separateiy  specified.  They  have  not,  however,  used  any  structured  model  to  describe  the  details  of 
each  of  these  functions. 


5.  Others 


A  group  of  researchers  at  Rensselaer  Polytechnic  Institute  ([7,8,9]),  have  recently  developed  an 
architecture  for  information  management  in  a  manufacturing  environment  This  is  based  on  the 
Metadatabase  approach  and  TSER  (Two-state  Entity  Relationship)  methodology.  Metadatabase 
describes  data,  knowledge,  and  control  strategy.  TSER  contains  constructs  for  building  functional  and 
operational  models.  There  are  algorithms  to  link  the  functional  model  to  the  operational  model.  There 
are  also  algorithms  to  map  the  operational  model  into  a  format  which  could  be  used  to  design  a  rela¬ 
tional  data  base. 

Compared  to  IDEF  methodology,  this  architecture  has  some  advantages  and  disadvantages.  On 
the  advantage  side,  the  above  arcUtecture  incorporates  mapping  algorithms  from  one  model  to 
another  and  finally  to  a  data  base  design.  These  algorithms  are  not  defined  in  IDEF  methodology 
documentation.  On  the  other  hand,  IDEF  methodology  has  published  a  more  concise  speciflcation 
scheme,  which  is  not  available  in  the  above  architecture.  Moreover,  the  notion  of  using  natural  lan¬ 
guage  in  IDEF  methodology  makes  it  more  attractive  than  TSER.  At  the  same  time  both  of  these 
methodologies  lack  the  mathematical  theory  which  is  present  in  Petri  nets.  Such  a  mathematical 
framework  would  enable  one  to  formally  analyze  the  be^vior  of  the  system. 

There  are  also  some  other  related  work  (for  example  [3]).  These  however,  do  not  present  any 
structured  methodology.  Therefore,  we  do  not  describe  them  in  detail. 
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Figure  6  —  A  Petri  net  for  a  manufacturing  cell  with  two  machines 
and  a  robot  for  material  handling.  The  marked  places 
specify  the  current  state  of  the  cell. 
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Abstract 

This  report  describes  the  Functional  Architecture  to  be  used  for 
designing  the  data  base  of  the  CRAMTD  Computer  integrated 
Manufacturing  (CIM)  demonstration  facility.  It  is  a  generic 
architecture  and  can  be  used  by  any  company  in  the  packaged  food 
industry  that  wishes  to  undertake  a  CIM  implementation  project. 
Particular  attention  was  given  to  the  operating  practices  of 
combat  ration  manufacturers,  however,  the  authors  also  specify 
within  the  architecture  practices  of  civilian  product  manufacture 

Since  the  architecture  is  generic,  the  model  is  written  at  a 
fairly  high  level  of  abstraction.  In  order  to  give  some  detail 
to  the  reader  on  how  to  use  the  generic  architecture  for  a 
product  specific  case,  two  case  studies  are  included  as 
appendices:  HRE  pouch  -  Omelet  with  Ham,  Tray  pack  -  Beef  Chunks 
and  Gravy.  Only  abridged  appendices,  however,  are  included  in 
the  Technical  Working  Paper.  The  complete  report  of  696  pages  is 
available  on  special  request. 


1 . 0  INTRODUCTION 


This  report  addresses  the  requirements  of  Task  Item  section 
3.5.4  of  STP  #4,  requiring  a  technical  report  on  the  design  of  a 
functional  architecture  for  packaged  food  manufacturing.  Phase 
II  of  STP  #4  required  studying  the  procedures  by  which  coalition 
companies  operated  their  enterprises  in  the  manufacture  of  shelf 
stable  food  products.  From  these  studies  the  research  team  was 
required  to  abstract  the  common  features  of  the  coalition 
companies  studied  in  order  to  describe  a  generic  set  of  operating 
procedures.  This  generic  model  is  referred  to  as  a  "Functional 
Architecture".  A  Functional  Architecture  is  a  description  of  the 
functions  performed  in  operating  the  enterprise  and  the  relations 
between  these  functions  as  given  by  the  information  flows  and 
material  flows  linking  them.  From  these  studies  it  was  further 
required  to  describe  the  Functional  Architecture  as  it  will  be 
implemented  in  a  Computer  Integrated  Manufacturing  (CIM) 
environment.  This  meant  paying  particular  attention  to 
information  flows  and  how  they  would  be  captured  in  a  factory 
data  base.  It  also  meant  redesigning  or  respecifying  some 
functions  to  take  advantage  of  the  data  base  environment  that 
would  exist  in  a  CIM  plant.  The  architecture  of  the  observed 
(existing)  manufacturing  plants  is  called  the  "AS  IS" 
architecture.  The  architecture  that  results  from  redesigning 
functions  and  procedures  is  called  the  "TO  BE"  architecture.  In 
this  report  we  present  the  "TO  BE"  architecture;  that  is,  the 
architecture  to  be  used  for  designing  the  data  base  of  the  CRAMTD 
demonstration  facility.  It  is  a  generic  architecture  and  can  be 
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used  by  any  company  in  the  package  food  industry  that  wishes  to 
undertake  a  CIM  implementation  project. 

Particular  attention  was  given  to  the  operating  practices  of 
combat  ration  manufacturers.  However,  we  also  specify  within  the 
architecture  the  practices  of  civilian  product  manufacture.  The 
overlap  is  quite  considerable. 

Since  the  architecture  is  generic,  the  model  is  written  at  a 
fairly  high  level  of  abstraction.  For  most  functions  it  should 
not  be  difficult  for  the  reader  to  relate  the  model  to  his  or  her 
own  enterprise.  However,  at  the  factory  floor  level,  a  generic 
description  can  be  difficult  to  interpret  because  manufacturing 
steps  are  very  product  specific  and  a  "generic"  architecture 
tries  not  to  be  product  specific.  In  order  to  give  some  detail 
to  the  reader  on  how  to  use  the  generic  architecture  for  a 
product  specific  case,  we  have  prepared  two  appendices  for  this 
report.  Each  appendix  describes  a  specific  example  of  the  shop 
floor  level  architecture.  The  hypothetical  case  study  of 
appendix  I  is  that  of  a  NRE  pouch  manufacturer  producing  Omelet 
with  Ham.  The  hypothetical  case  study  of  appendix  II  is  that  of 
a  Tray  Pack  manufacturer  producing  Beef  Chunks  and  Gravy.  The 
first  case  study  is  based  on  practices  currently  used  in  some 
contractor  plants  observed  by  the  research  team  during  this 
study.  The  case  study  is  meant  to  be  illustrative  of  how  the 
Functional  Architecture  design  methodogy  would  be  employed  in 
studying  current  practices.  The  second  case  study  was  carried 
out  in  the  CRAMTD  pilot  plant  and  applied  the  methodology  to  the 
automated  environment  of  that  production  system  as  it  currently 
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exists . 


The  text  of  this  document  contains  diagrams  and  descriptions 
using  the  IDEFO  methodology.  IDEFO  (Integrated  Computer-Aided 
Manufacturing  Definition  0)  is  a  modeling  procedure  developed 
under  funding  of  the  U.S.  Air  Force.  It  is  an  extension  of  an 
earlier  modeling  technique  called  SADT  (Structured  Analysis  and 
Design  Technique)  developed  by  SoftTech,  Inc.  of  Waltham, 
Massachusetts . 

The  IDEFO  models  were  documented  on  computer.  The  software 
that  was  used  is  a  product  of  Knowledge  Based  systems,  Inc.  of 
College  Station,  Texas.  It  is  called  AIO. 

In  the  next  section  we  will  give  an  overview  of  the  IDEFO 
(SADT)  methodology.  This  will  be  followed  by  a  description  of 
the  format  of  the  AIO  documentation. 

2.0  SADT  AND  IDEFO 

Systems  model  building  is  an  established  area  in  computer 
science  and  management  information  system  design.  In  Computer 
Integrated  Manufacturing  an  often  used  method  is  the  "Structured 
Analysis  and  Design  Technique"  (SADT)  or  its  descendent,  IDEFO 
(Integrated  Computer-Aided  Manufacturing  Definition  0),  developed 
under  U.S.  Air  Force  sponsorship  by  SoftTech,  Inc.  SADT  or  IDEFO 
is  a  modeling  methodology  for  designing  and  documenting 
hierarchic,  layered,  modular  systems. 

The  building  block  of  this  modeling  approach  is  the  activity 
box,  shown  in  Figure  1.  The  Activity  Box  defines  a  specific 
activity  in  the  organization  that  is  being  modeled.  The  Activity 
may  be  a  decision  making  or  information  conversion  activity  or  a 
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material  conversion  activity.  Inputs  to  the  activity  are  shown 
at  the  left  of  the  box.  Inputs  are  items  (material,  information) 
that  are  transformed  by  the  activity.  Outputs  of  the  activity 
are  shown  at  the  right  of  the  box.  Outputs  are  the  results  of 
the  activity  acting  on  the  inputs.  Controls  are  shown  entering 
the  Activity  box  from  the  top.  A  control  is  a  condition  that 
governs  the  performance  of  the  activity.  For  example,  a  control 
may  be  a  set  of  rules  governing  the  activity  or  a  condition  that 
must  exist  before  the  activity  can  begin.  Mechanisms  enter  the 
activity  box  from  the  bottom.  A  mechanism  is  the  means  by  which 
an  activity  is  realized.  For  example,  a  mechanism  may  be  a 
machine  or  a  worker. 

The  activity  box  and  the  four  entities  of  Figure  1  provide  a 
concise  expression:  An  input  is  transformed  into  an  output  by  an 
activity  performed  by  a  mechanism  and  governed  by  a  control .  The 
specific  activity,  its  inputs,  outputs,  mechanisms,  and  controls 
must  be  defined  for  the  situation  being  modeled.  Activity  boxes 
represent  actions  being  performed  and  are  labeled  with  verb 
phrases.  Inputs,  outputs,  controls,  and  mechanisms  are  things, 
and  are  labeled  with  noun  phrases. 

SADT  is  applied  using  top  down  hierarchic  decomposition. 

This  is  illustrated  in  Figure  2.  At  the  top  of  the  hierarchy  is 
the  overall  purpose  of  the  model;  it  is  the  global  activity  that 
is  the  subject  of  the  model.  The  overall  activity  is 
decomposable  into  components  that,  when  taken  together,  comprise 
the  global  activity.  This  is  the  second  tier  of  the  hierarchy. 
Similarly,  the  second  tier  activities  may  be  further  decomposed 
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into  component  activities.  The  decomposition  process  continues 
until  there  is  sufficient  detail  to  serve  the  purpose  of  the 
model  builder. 

Models  are  coordinated  sets  of  diagrams.  Each  layer  of  the 
model  is  coordinated  with  its  sublayers  through  inputs,  outputs, 
controls,  and  mechanisms.  An  example  is  shown  in  figures  3  and 
4.  figure  4  is  a  sublayer  of  figure  3.  Note  that  the  inputs, 
outputs,  controls,  and  mechanisms  that  are  at  the  boundary  of 
figure  3  are  also  at  the  boundary  of  figure  4.  In  this  manner 
the  diagrams  are  made  consistent  and  material  flows  and 
information  flows  are  trackable  throughout  the  model.  In  some 
instances  it  is  more  convenient  to  specify  mechanisms  only  at  the 
lowest  sublayer.  We  have  followed  that  practice  in  our  model 
development . 

This  brief  description  will  assist  the  reader  in 
understanding  this  document.  For  more  details,  the  reader  is 
referred  to  the  following  publication;  Structured  analysis  and 
Design  Technique  by  D.A.  Marca  and  C.L.  McGowan,  McGraw-Hill  Book 
Company,  1988. 

3.0  SOFTWARE  DOCUMENTATION 

The  documentation  of  the  IDEFO  model  begins  with  the  highest 
level  activity:  "Operate  a  Shelf  Stable  Food  Manufacturing 
Enterprise".  At  each  stage  of  the  layered  architecture  an 
activity  is  defined,  followed  by  a  breakdown  diagram  of  the 
subactivities  that  comprise  the  major  activity.  This  is  followed 
by  a  "glossary".  The  glossary  contains  the  definition  of  all  the 
"concepts"  used  in  the  diagram.  "Concepts"  are  the  names 
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attached  to  input,  output,  control  and  mechanism  arrows. 

Finally,  this  is  followed  by  a  definition  of  each  of  the  activity 
blocks  of  the  breakdown  diagram  of  subactivities.  By 
methodically  proceeding  through  the  text,  the  reader  can  review 
diagrams,  read  concept  definitions,  and  read  activity 
definitions. 

The  next  section  is  the  text  of  the  generic  architecture. 
This  is  followed  by  Appendix  I  and  Appendix  II,  which  are  two 
case  studies  showing  examples  of  shop  floor  diagrams  for  specific 
products . 

Due  to  the  size  of  the  generic  architecture  model  and 
software  limitations,  it  was  necessary  to  divide  it  in  half  for 
documentation.  The  generic  architecture  includes  four  major 
enterprise  activities: 

1)  Manage  Contracts,  Orders,  and  Bidding  Process 

2)  Plan  for  Manufacture 

3)  Manufacture  Product 

4)  Control  Manufactured  Product 

The  first  two  major  enterprise  activities  are  documented  in 
Section  A.  Major  activities  3  and  4  are  documented  in  Section  B. 
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SECTION  A 

GENERIC  ARCHITECTURE 

ENTERPRISE  ACTIVITIES 
(ABRIDGED) 

1.  Manage  Contracts,  Orders,  and  Bidding  Process  (Al) 

2.  Plan  for  Manufacture  (A2) 


TABLE  OF  CONTENTS 


Diagrams  . 

A-0  . 

AO  Operate  a  Shelf  Stable  Food  Manuf.  Enterprise  . 

A1  Manage  Contracts,  Orders,  and  Bidding  Process  . 

All  Provide  Quotations  on  Existing  Products  . 

A 1 1 1  Review  Current  Pricing  and  Material  Costs  . 

A1 12  Review  F  G  Inventory  And  Available  Prod.  Capacity 

A113  Issue  Quote  . 

A12  Respond  to  New  Product  Inquiry  . 

A121  Screen  New  Product  Inquiries  . 

A 122  Adapt  and  Scale  Customer  Recipe  or  Formula  . 

A 123  Evaluate  Kitchen  Batches  . 

A 124  Develop  Process  Plan  . 

A 125  Evaluate  Plant  Test  Kettle  . 

A 126  Determine  Product  Pricing  . 

A 13  Respond  to  DSPC  Contract  Solicitation  . 

A 1 3 1  Select  Products  Compatable  with  Business  . 

A 132  Estimate  Contract  Cost  . 

A 1321  Estimate  Material  Cost  . 

A13211  Identify  Required  Ingredients  . 

A 1 32 1 2  Identify  Suppliers  of  Ingredients  . 

A 132 13  Obtain  Quotes  . 

A13214  Select  Preferred  Vendors  . 

A 132 15  Compute  Material  Cost  . 

A 1322  Develop  Prduction  Process  Plan  . 

A 13221  Define  Process  Sequence  . 

A 13222  Determine  Eqpt.  Req.  and  Production  Rate 

A 13223  Determine  Labor  Requirements  . 

A 1323  Estimate  Labor  Cost  . 

A 1324  Estimate  Overhead  Cost  . 

A1325  Compute  Unit  Cost  . 

A 133  Complete  Proposal  . 

A 1331  Estimate  Contract  Price  . 

A 1332  Prepare  Pest  Control  Plan  . 

A1333  Prepare  SPC  Plan  . 

A 1334  Prepare  SB  A  Plan  . 

A 14  Manage  Current  Contracts  and  Orders  . 

A 141  Enter  New  Contracts  and  Orders  . 

A 142  Forecast  Monthly  Sales  . 

A143  Review  Customer  Order  Status  Report  . 

A144  Review  DSPC  Contract  Status  Report  . 

A2  Plan  for  Manufacture  . 


A21  Plan  for  DPSC  G>ntract  Requireoieiits  .  126 

A211  Prepare  DPSC  Planning  Documents  &  Obtain  Approvals  .  131 

A212  Obtain  USD  A  Approval  .  134 

A213  Obtain  Rrst  Article  Approval  .  136 

A214  Perfonn  Contract  Aggregate  Production  Planning  .  138 

A2141  Plan  Production  to  Meet  Contract  Shipments  .  142 

A21411  Compute  Intermediate  Demand  Schedule  .  146 

A21412  Compute  Manufacturing  Plan  .  148 

A21413  Revise  Shift  Schedules  .  150 

A2142  Develop  Materials  Plan  .  152 

A21421  Explode  Material  Requirements  .  156 

A21422  Identify  Suppliers  .  158 

A214221  Determine  Existance  of  Approved  Suppliers  .  161 

A214222  Identify  Other  Potential  Suppliers  .  163 

A214223  Qualify  Suppliers  .  165 

A21423  Obtain  Quotes  .  167 

A21424  Select  Preferred  Suppliers  .  169 

A21425  Document  Materials  Plan  .  171 

A2143  Develop  Personnel  Plan  .  173 

A2144  Develop  Distribution  Plan  .  175 

A22  Schedule  Manufacture  of  Open  Orders  .  177 

A221  Prepare  Master  Production  Schedule  .  182 

A2211  Prioritize  Orders  for  Production  .  187 

A2212  Determine  Net  Requirements  .  189 

A2213  Determine  Ingredient  Requirements  .  191 

A22131  Perform  Ingredient  Explosion  .  195 

A22132  Compare  to  Available  Inventory  .  197 

A22133  Request  Inventory  Replenishment  if  Needed  .  199 

A22134  Assign  Products  to  be  Scheduled  if  Ingreds  Avail  .  201 

A2214  Develop  Month  Production  Schedule  .  203 

A222  Prepare  Shop  Floor  Production  Schedule  .  205 

A2221  Assign  Products  to  Machines  .  209 

A2222  Generate  Cook  Sheets  .  211 

A2223  Develop  Retort  Schedules  .  213 

A2224  Develop  Material  Move  Schedule  .  215 

A223  Update  Open  Orders  and  Finished  Inventory  .  217 

A23  Plan  New  Product  Manufacture  .  219 

A231  Obtain  Label  Approval  .  222 

A232  Obtain  USDA  Packing  Plant  Approval  .  224 

A233  Obtain  Product  Safety  Filing  Approval  .  226 


DIAGRAMS 


GLOSSARY 


Attached  Concepts 

Contract  Proposals 

A  contractor's  response  to  a  government  solicitation  to  bid  on  the  manufacture  of 
combat  rations.  It  includes  quantides  to  be  delivered  by  time  period,  bid  price,  and 
relevant  planning  documents  as  required  by  the  contract  solicitation. 


Contractor  Inspection  Plan  (DB) 

A  document  written  by  the  contractor  in  conformance  with  MIL-I-4S208A.  It  contains 
all  the  contractor’s  procedures  in  assuring  the  quality  of  foodstuffs  offered  for  sale  to 
the  government  It  includes  indicators  to  assure  the  quality  and  inspection  of  raw 
material,  the  calibration  of  instruments  used  in  inspection,  the  quality  assurance 
organization,  in-process  inspection,  and  final  product  inspection. 


Customer  Orders  (DB) 

Orders  for  the  production  and  sale  of  civilian  food  product  to  customers. 


DPSC  Contract  Solicitations 

Requests  to  bid  on  the  production  and  sale  of  combat  rations.  Includes  identification 
of  product,  total  units  required,  proposed  delivery  schedule,  and  other  requirements  to 
be  met  by  the  contractors. 

DPSC  Contracts  (DB) 

The  final  award  to  a  contractor  indicating  the  quantities  of  each  product  that  the 
government  will  purchase. 


Equipment  Resources 

Machines  and  other  equipment  employed  by  the  manufacturing  enterprise  in  operating 
its  business. 


Human  Resourses 

Employees  of  the  manufacturing  enterprise. 


Material  From  Vendors 

Primary  raw  materials,  services,  equipment,  and  supplies  converted  by  or  consumed 
in  the  manufacturing  process. 
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MU  Spec  (DB) 

The  specification  for  manufacturing  the  combat  ration.  Includes  ingredients  by 
weight,  preparation  procedures,  quality  assurance  provisions,  and  packaging 
requirements. 


MIL-I-4S208A 

Military  specification  for  preparation  of  Contractor  Inspection  Plan. 


Payments  From  Customers 

Payments  received  for  the  delivery  of  shipped  product. 


Payments  to  Vendors 

Payments  made  for  the  receipt  of  materials  and  services  from  vendors. 


Purchase  Orders  (DB) 

A  document  that  initiates  the  sale  of  material  from  a  vendor  to  the  manufacturing 
enterprise. 


Request  for  Vendor  Information 

Inquiries  from  manufacturing  enterprise  to  vendor,  e.g.,  requests  for  current  pricing 
and  delivery  lead  times  of  materials. 


Shipped  Product 

Rations  or  civilian  products  produced  to  specification  and  shipped  to  appointed 
destination. 


USDA,  FDA,  and  Other  Requirements 

Includes  requirements  imposed  on  the  manufacture  of  food  products  by  federal  and 
state  agencies,  for  example,  the  USDA  meat  and  poultry  inspection  regulations. 


Vendor  Information 

Responses  to  requests  for  vendor  information. 


Operate  a  Shelf  Stable  Food  Manuf.  Enterprise 


m 


GLOSSARY 


Attached  Concepts 

Contract  Aggregate  Production  Plan  (DB) 

A  plan  for  pnxluction,  manpower,  and  material  requirements  by  tiine  period  that, 
when  executed,  should  enable  the  enterprise  to  meet  its  contract  shipping  schedule.  It 
consists  of  a  manufacturing  schedule,  a  materials  plan,  a  personnel  plan,  and  a 
distribution  plan  associated  with  the  production  of  a  speciric  contract  for  combat 
rations. 


Contract  Proposals 

A  contractor’s  response  to  a  government  solicitation  to  bid  on  the  manufacture  of 
combat  rations.  It  includes  quantities  to  be  delivered  by  time  period,  bid  price,  and 
relevant  plaiming  documents  as  required  by  the  contract  solicitation. 


Contractor  Inspection  Plan  (DB) 

A  document  written  by  the  contractor  in  conformance  with  MIL-I-4S208A.  It  contains 
all  the  contractor’s  procedures  in  assuring  the  quality  of  foodstuffs  offered  for  sale  to 
the  government  It  includes  indicators  to  assure  the  quality  and  inspection  of  raw 
material,  the  calibration  of  instruments  used  in  inspection,  the  quality  assurance 
organization,  in-process  inspection,  and  final  product  inspection. 


Customer  Inquiries 

Requests  from  customers  for  pricing  and/or  delivery  lead  times  on  products,  status  of 
current  orders,  or  status  of  evaluation  of  new  product  proposals. 


Customer  Orders  (DB) 

Orders  for  the  production  and  sale  of  civilian  food  product  to  customers. 


DPSC  Contract  Solicitations 

Requests  to  bid  on  the  production  and  sale  of  combat  rations.  Includes  identification 
of  product,  total  units  required,  proposed  delivery  schedule,  and  other  requirements  to 
be  met  by  the  contractors. 


DPSC  Contracts  (DB) 

The  final  award  to  a  contractor  indicating  the  quantities  of  each  product  that  the 
government  will  purchase. 


DPSC  Inquiries 
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Requests  firom  the  contracting  agency  concerning  the  status  of  contract  execution. 


Equipment  Resources 

Machines  and  other  equipment  employed  by  the  manufacturing  enterprise  in  operating 
its  business. 


Finished  Goods  Inv,  (Labeled  &  UnlabledXDB) 

Manufactured  product  that  is  in  compliance  with  quality  specifications  and  is  in 
storage.  May  be  stored  with  a  customer  Label  or  in  the  unlabled  (shiner)  condition. 


Human  Resourses 

Employees  of  the  manufacturing  enterprise. 


Incubation  Sample 

A  sample  of  product  drawn  from  each  retort  basket  after  retorting.  Held  for  ten  days 
and  examined  for  container  swelling.  Part  of  the  process  of  insuring  that  the  package 
contents  are  properly  sterilized. 


Manufactured  Product 

Rations  or  civilian  product  that  have  completed  the  production  processes  and  are 
awaiting  clearence  for  acceptable  quality. 


Material  From  Vendors 

Primary  raw  materials,  services,  equipment,  and  supplies  converted  by  or  consumed 
in  the  manufacturing  process. 


Material  Replenishment  Request  (DB) 

A  request  to  the  materials  manager  for  the  procurement  of  material  from  a  supplier  to 
the  manufacturing  enterprise. 


Mil  Spec  (DB) 

The  specification  for  manufacturing  the  combat  ration.  Includes  ingredients  by 
weight,  preparation  procedures,  quality  assurance  provisions,  and  packaging 
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requirements. 


MIL-I-4S208A 

Military  specification  for  preparation  of  Contractor  Inspection  Plan. 


Month  Production  Schedule  (DB) 

A  medium  range  aggregate  production  schedule  which  specifies  the  products  to  be 
produced  for  the  next  four  weeks.  Revised  weekly. 


New  Product  Orders 

Requests  for  the  manufacture  of  a  new  civilian  product 


Open  Orders  (DB) 

The  existing  backlog  of  unfilled  orders  and  internal  orders  (forecasts). 


Other  Business  Constraints 

Factors  that  constrain  a  particular  enterprise  in  its  participation  in  combat  ration 
contracts  or  other  new  business.  May  include  available  capital,  level  of  past  experience 
with  a  particular  type  of  product,  and/or  other  factors  of  a  general  business  nature. 


Payments  From  Customers 
Payments  received  for  the  delivery  of  shipped  product. 


Payments  to  Vendors 

Payments  made  for  the  receipt  of  materials  and  services  from  vendors. 


Proposal  Process  Plan  (DB) 

The  manufacturer’s  identification  of  the  specific  processes  that  will  be  used  in  the 
manufacture  of  the  ration  product.  This  plan,  though  not  submitted  as  part  of  the 
proposal,  is  one  of  the  bases  for  estimating  manufacturing  costs  and  production 
quantities. 


Purchase  Orders  (DB) 
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A  document  tbat  initiates  the  sale  of  material  from  a  vendcn*  to  the  manufacturing 
enterprise. 


Request  for  Vendor  Inf ormaHon 

Inquiries  from  manufacturing  enterprise  to  vendor;  e.g.,  requests  for  current  pricing 
and  delivery  lead  times  of  materials. 


Response  to  Customer 

Response  to  a  customer  inquiry  as  defined  in  attached  concept  "Customer  Inquiry". 


Sample  For  Finished  Product  Exams 

A  sample  of  product  taken  from  production  and  used  for  examining  the  quality  of  the 
finished  product  Includes  a  container  evaluation  and  a  product  evaluation. 


Shipped  Product 

Rations  or  civilian  products  produced  to  specification  and  shipped  to  appointed 
destination. 


Shop  Floor  Schedules  (DB) 

A  group  of  schedules  that  are  provided  daily  to  the  line  supervisor  for  executing 
production.  They  include  the  "Day  Production  Schedule",  "Material  Move  Schedule 
and  Report",  "Raw  Preparation  Sheet",  "Cook  Sheet",  and  "Daily  Process 
Information”. 


USDA,  FDA,  and  Other  Requirements 

Includes  requirements  imposed  on  the  manufacture  of  food  products  by  federal  and 
state  agencies,  for  example,  the  USDA  meat  and  poultry  inspection  regulations. 


Vendor  Information 

Responses  to  requests  for  vendor  information. 


Vendor  Lot  Inventory  (DB) 

The  inventcny  of  available  raw  materials,  which  are  recorded  and  identifiable  by 
vendor  lot  numbers. 
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Manage  Contracts,  Orders,  and  Bidding  Process 


GLOSSARY 


Attached  Concepts 

Contract  Proposals 

A  contractor’s  response  to  a  government  solicitation  to  bid  on  the  manufacture  of 
combat  rations.  It  includes  quantides  to  be  delivered  by  time  period,  bid  price,  and 
relevant  planning  documents  as  required  by  the  contract  solicitation. 


Customer  Inquiries 

Requests  from  customers  for  pricing  and/or  delivery  lead  times  on  products,  status  of 
current  orders,  or  status  of  evaluation  of  new  product  proposals. 


Customer  Orders  (DB) 

Orders  for  the  production  and  sale  of  civilian  food  product  to  customers. 


DPSC  Contract  Solicitations 

Requests  to  bid  on  the  production  and  sale  of  combat  rations.  Includes  identification 
of  product,  total  units  required,  proposed  delivery  schedule,  and  other  requirements  to 
be  met  by  the  contractors. 


DPSC  Contracts  (DB) 

The  final  award  to  a  contractor  indicating  the  quantities  of  each  product  that  the 
government  will  purchase. 


DPSC  Inquiries 

Requests  from  the  contracting  agency  concerning  the  status  of  contract  execution. 


Mil  Spec  (DB) 

The  specification  for  manufacturing  the  combat  ration.  Includes  ingredients  by 
weight,  preparation  procedures,  quality  assurance  provisions,  and  packaging 
requirements. 


Open  Orders  (DB) 

The  existing  backlog  of  unfilled  orders  and  internal  orders  (forecasts). 


Other  Business  Constraints 


Factors  that  constrain  a  particular  enterprise  in  its  participation  in  combat  ration 
contracts  or  other  new  business.  May  include  available  coital,  level  of  past  experience 
with  a  particular  type  of  product,  and/or  other  factors  of  a  general  business  nature. 

Proposal  Process  Plan  (DB) 

The  manufacturer’s  identification  of  the  specific  processes  that  will  be  used  in  the 
manufacture  of  the  ration  product  This  plan,  though  not  submitted  as  part  of  the 
proposal,  is  one  of  the  bases  for  estimating  manufacturing  costs  and  production 
quantities. 

Request  for  Vendor  Information 

Inquiries  from  manufacturing  enterprise  to  vendor;  e.g.,  requests  for  current  pricing 
and  delivery  lead  times  of  materials. 

Response  to  Customer 

Response  to  a  customer  inquiry  as  defined  in  attached  concept  "Customer  Inquiry". 
USDA,  FDA,  and  Other  Requirements 

Includes  requirements  imposed  on  the  manufacture  of  food  products  by  federal  and 
state  agencies,  for  example,  the  USDA  meat  and  poultry  inspection  regulations. 

Vendor  Information 

Responses  to  requests  for  vendor  information. 


Provide  Quotations  on  Existing  Products 


NodeAl  1 _ iTidcProvide  Quotations  on  Existing  Products 


GLOSSARY 


Attached  Concepts 

Available  Production  Capacity  (DB) 

Uncommitted  time  on  a  specific  production  (HUing)  line.  It  is  determined  firom  the 
cuirent  order  backlog,  order  delivery  dates,  and  total  manufacturing  capacity. 


Customer  Inquiries 

Requests  from  customers  for  pricing  and/or  delivery  lead  times  on  products,  status  of 
current  orders,  or  status  of  evaluation  of  new  product  proposals. 


Finished  Goods  Inventory  (DB) 

Current  record  of  labeled  and  unlabled  finished  product. 


Material  Cost  (DB) 

Record  of  standard  cost  and  actual  last  price  paid. 


Price 

Quotation  price  of  product  based  on  units  ordered. 


Price  List  (DB) 

Current  prices  established  by  the  company  for  specific  products  ordered  in  specific 
quantities. 


Promised  Delivery  Date 

Quotation  delivery  date  for  proposed  units  to  be  ordered. 


Quotation  (DB) 

An  electronic  record  of  a  quotation  issued  to  a  customer. 


Quotation  and  Payment  PoV  'y 

Company  policies  with  respect  to  such  items  as  the  length  of  time  for  which  a 
quotation  is  effective  or  the  accounts  receivable  payment  and  discount  policy. 


Response  to  Customer 
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Response  to  a  customer  inquiry  as  defined  in  attached  concept  "Customer  Inquiry". 


SaUs  Manager 

The  individual  who  handles  customer  reUuionships. 


NodeA2 |Title:Plan  for  Manufacture_ Number 


GLOSSARY 


Attached  Concepts 

Approvals 

All  necessary  approvals  prior  to  placing  a  product  into  production.  May  include 
approved  contractor  inspection  plan,  product  labeling,  first  article  approval,  and  so 
forth. 


Contract  Aggregate  Production  Plan  (DB) 

A  plan  for  production,  manpower,  and  material  requirements  by  time  period  that, 
when  executed,  should  enable  the  enterprise  to  meet  its  contract  shipping  schedule.  It 
consists  of  a  manufacturing  schedule,  a  materials  plan,  a  personnel  plan,  and  a 
distribution  plan  associated  with  the  production  of  a  specific  contract  for  combat 
rations. 


Contractor  Inspection  Plan  (DB) 

A  document  written  by  the  contractor  in  conformance  with  MIL-I-45208A.  It  contains 
all  the  contractor’s  procedures  in  assuring  the  quality  of  foodstuffs  o^ered  for  sale  to 
the  government.  It  includes  indicators  to  assure  the  quality  and  inspection  of  raw 
material,  the  calibration  of  instruments  used  in  inspection,  the  quality  assurance 
organization,  in-process  inspection,  and  final  product  inspection. 


Day  Production  Schedule  (DB) 

The  schedule  of  which  products  are  to  be  produced  on  which  production  equipment 
for  a  specific  day.  This  is  a  firm  schedule  released  the  afternoon  before  the  day’s 
production. 


DPSC  Contracts  (DB) 

The  final  award  to  a  contractor  indicating  the  quantities  of  each  product  that  the 
government  will  purchase. 


Equipment  Available  (DB) 

A  data  file  of  equipment  available  to  be  used  in  production  and  its  characteristics, 
such  as  worker  requirements,  output  rate,  and  so  forth. 


Finished  Goods  Inv.  (Labeled  &  Unlabled)(DB) 

Manufactured  product  that  is  in  compliance  with  quality  specifications  and  is  in 
storage.  May  be  stored  with  a  customer  Label  or  in  the  unlabled  (shiner)  condition. 
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Formula  (DB) 

A  description  of  the  ingredient  and  packaging  content  of  a  product  along  with 
processing  information. 


Historical  Labor  Requirements  (DB) 

The  number  of  workers  historically  required  to  operate  the  production  line  at  a 
specific  rate  when  producing  a  specific  product 


Labor  Available 

Current  workforce  size  and  skill  composition. 


Material  Move  Schedule  and  Report  (DB) 

A  shop  floor  schedule  issued  with  the  "Day  Production  Schedule"  describing  what 
vendor  lots  (raw  material)  should  be  moved  from  inventory  to  shop  floor  locations  to 
accomodate  the  "Day  Production  Schedule".  Also  used  to  report  depletion  of  raw 
material. 


Material  Replenishment  Request  (DB) 

A  request  to  the  materials  manager  for  the  procurement  of  material  from  a  supplier  to 
the  manufacturing  enterprise. 


Mil  Spec  (DB) 

The  specification  for  manufacturing  the  combat  ration.  Includes  ingredients  by 
weight,  preparation  procedures,  quality  assurance  provisions,  and  packaging 
requirements. 


MIL’I-45208A 

Military  specification  for  preparation  of  Contractor  Inspection  Plan. 


Month  Production  Schedule  (DB) 

A  medium  range  aggregate  production  schedule  which  specifies  the  products  to  be 
produced  for  the  next  four  weeks.  Revised  weekly. 


New  Product  Orders 


123 


Requests  for  the  manufacture  of  a  new  civilian  product 


Open  Orders  (DB) 

The  existing  backlog  of  unfilled  orders  and  internal  orders  (forecasts). 


Open  OrderslForecasts(DB) 

The  existing  backlog  of  unfilled  orders  and  internal  orders  (forecasts). 


Pallet  Record  (DB) 

A  record  indicating  the  contents  of  a  pallet,  including  product  and  quantities  by  retort 
cook  also  indicates  storage  location.  Used  as  a  primary  record  of  Hnished  goods 
inventory. 


Proposal  Process  Plan  (DB) 

The  manufacturer’s  identification  of  the  specific  processes  that  will  be  used  in  the 
manufacture  of  the  ration  product.  This  plan,  though  not  submitted  as  pan  of  the 
proposal,  is  one  of  the  bases  for  estimating  manufacturing  costs  and  production 
quantities. 


Raw  Preparation  and  Cook  Sheets  (DB) 

Shop  floor  schedules  that  list  the  recipe  and  cooking  instructions  for  the  preparation  of 
raw  ingredients  and  the  mixing  and  cooking  of  batches. 


Request  for  Vendor  Information 

Inquiries  from  manufacturing  enterprise  to  vendor,  e.g.,  requests  for  current  pricing 
and  delivery  lead  times  of  materials. 


Retort  Schedule  and  Daily  Process  lnformation(DB) 

Shop  floor  schedule  the  describes  which  retorts  will  be  dedicated  to  the  manufacture 
of  each  product  on  a  particular  day.  Also  indicates  retort  settings  and  other  process 
information. 


Shop  Floor  Schedules  (DB) 

A  group  of  schedules  that  are  provided  daily  to  the  line  supervisor  for  executing 
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production.  They  include  the  "Day  Production  Schedule”,  "Material  Move  Schedule 
and  Report",  "Raw  Preparation  Sheet",  "Cook  Sheet",  &nd  "Daily  Process 
Information". 


USDA,  FDA,  and  Other  Requirements 

Includes  requirements  imposed  on  the  manufacture  of  food  products  by  fedoal  and 
state  agencies,  for  example,  the  USDA  meat  and  poultry  inspection  regulations. 


Vendor  Lot  Inventory  (DB) 

The  inventory  of  available  raw  materials,  which  are  recorded  and  identifiable  by 
vendor  lot  numbers. 


Vendor  Quotes 

The  suppliers’  response  to  "Request  for  Vendor  Information". 


GLOSSARY 


Attached  Concepts 

Approved  First  Article 

NodHcation  from  the  contracting  officer  of  a  DPSC  contract  that  the  first  article 
submission  is  of  sufficient  quality  to  allow  the  contractor  to  begin  production  of  that 
product  against  the  contract. 


Approved  Labeling 

Product  ingredients  must  be  declared  on  the  carton.  This  ingredient  declaration  must 
be  approved  by  the  USDA. 


CIS  Approval 

An  approval  from  DPSC  informing  the  contractor  that  the  submitted  Contractor 
Inspection  Plan  can  be  used  in  conjunction  with  the  production  of  the  ration  under 
contract  to  the  enterprise. 


Contract  Aggregate  Production  Plan  (DB) 

A  plan  for  production,  manpower,  and  material  requirements  by  time  period  that, 
when  executed,  should  enable  the  enterprise  to  meet  its  contract  shipping  schedule.  It 
consists  of  a  manufacturing  schedule,  a  materials  plan,  a  personnel  plan,  and  a 
distribution  plan  associated  with  the  production  of  a  specific  contract  for  combat 
rations. 


Contract  Management! Staff 

Individuals  with  primary  responsibility  for  securing  contracts  and  overseeing  the 
planning  of  the  business. 


Contractor  Inspection  Plan  (DB) 

A  document  written  by  the  contractor  in  conformance  with  MIL-I-45208A.  It  contains 
all  the  contractor’s  procedures  in  assuring  the  quality  of  foodstuffs  offered  for  sale  to 
the  government.  It  includes  indicators  to  assure  the  quality  and  inspection  of  raw 
material,  the  calibration  of  instruments  used  in  inspection,  the  quality  assurance 
organization,  in-process  inspection,  and  final  product  inspection. 


DPSC  Contracts  (DB) 

The  final  award  to  a  contractor  indicating  the  quantities  of  each  product  that  the 
government  will  purchase. 
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Material  Replenishment  Request  (DB) 

A  request  to  the  materials  manager  for  the  procurement  of  material  from  a  supplier  to 
the  manufacturing  enterprise. 


Materials 

Packaging  and  ingredients  used  in  the  manufacture  of  food  by  the  enterpirse. 


Mil  Spec  (DB) 

The  specification  for  manufacturing  the  combat  ration.  Includes  ingredients  by 
weight,  preparation  procedures,  quality  assurance  provisions,  and  packaging 
requirements. 


MIL-I-45208A 

Military  specification  for  preparation  of  Contractor  Inspection  Plan. 


Open  Orders  (DB) 

The  existing  backlog  of  unfilled  orders  and  internal  orders  (forecasts). 


Proposal  Process  Plan  (DB) 

The  manufacturer’s  identification  of  the  specific  processes  that  will  be  used  in  the 
manufacture  of  the  ration  product.  This  plan,  though  not  submitted  as  part  of  the 
proposal,  is  one  of  the  bases  for  estimating  manufacturing  costs  and  production 
quantities. 


Request  for  Vendor  Information 

Inquiries  from  manufacturing  enterprise  to  vendor;  e.g.,  requests  for  current  pricing 
and  delivery  lead  times  of  materials. 


USDA,  FDA,  and  Other  Requirements 

Includes  requirements  imposed  on  the  manufacture  of  food  products  by  federal  and 
state  agencies,  for  example,  the  USDA  meat  and  poultry  inspection  regulations. 


Vendor  Quotes 


129 


The  suppliers’  response  to  "Request  for  Vendor  Information". 
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GLOSSARY 


Attached  Concepts 

Completed  Cook  Sheets  (DB) 

The  record  of  the  actual  batch  made  for  a  a  ^)ecific  product,  date,  shift,  and  time. 
Also  serves  as  one  of  the  records  of  ingredients  consumed. 


Completed  Raw  Prep  Report  (DB) 

A  record  of  the  actual  raw  ingredients  prepared  on  a  specific  day  and  shift.  Also 
serves  as  one  of  the  records  of  ingredients  consumed. 


Contractor  Inspection  Plan  (DB) 

A  document  written  by  the  contractor  in  conformance  with  MIL-I-4S208A.  It  contains 
all  the  contractor’s  procedures  in  assuring  the  quality  of  foodstuffs  offered  for  sale  to 
the  government  It  includes  indicators  to  assure  the  quality  and  inspection  of  raw 
material,  the  calibration  of  instruments  used  in  inspection,  the  quality  assurance 
organization,  in-process  inspection,  and  final  product  inspection. 


Cook  Sheet  (DB) 

A  description  of  the  ingredients  and  their  quanitities  required  for  a  batch  of  product 
Also  includes  parameters  for  precooking  the  batch. 


DaUy  Process  Information  (DB) 

Retort  parameters  provided  to  retort  operators  for  particular  products  to  be  produced 
during  a  production  shift 


Day  Production  Schedule  (DB) 

The  schedule  of  which  products  are  to  be  produced  on  which  production  equipment 
for  a  specific  day.  This  is  a  firm  schedule  released  the  afternoon  before  the  day’s 
production. 


Incubation  Sample 

A  sample  of  product  drawn  from  each  retort  basket  after  retorting.  Held  for  ten  days 
and  examined  for  container  swelling.  Part  of  the  process  of  insuring  that  the  package 
contents  are  properly  stetilized. 


Manufactured  Product 
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Combat  rations  or  civilian  product  that  have  completed  the  production  processes  and 
are  awaiting  clearence  for  acceptable  quality. 


Material  From  Vendors 

Primary  raw  materials,  services,  equipment,  and  supplies  converted  by  or  consumed 
in  the  manufacturing  process. 


Material  Move  Schedule  and  Report  (DB) 

A  shop  floor  schedule  issued  with  the  "Day  Production  Schedule"  describing  what 
vendor  lots  (raw  material)  should  be  moved  from  inventory  to  shop  floor  locations  to 
accomodate  the  "Day  Production  Schedule".  Also  used  to  report  depletion  of  raw 
material. 


Material  Replenishment  Request  (DB) 

A  request  to  the  materials  manager  for  the  procurement  of  material  from  a  supplier  to 
the  manufacturing  enterprise. 


Material  Requisition  (Contracts) 

A  request  from  a  contract  administrator  to  purchasing  for  the  ordering  or  contracting 
of  materials  for  a  specific  contract. 


Materials  Released  to  Production 

Ingredients,  pouches,  and  supplies  that  are  released  from  inventory  to  be  consumed 
into  work-in-process  inventory. 


Materials  Returned  from  Production 

Ingredients,  pouches,  and  supplies  that  were  released  to  work-in-process  but  not 
consumed  during  the  period  of  production. 


Mil  Spec  (DB) 

Tile  specification  for  manufacturing  the  combat  ration.  Includes  ingredients  by 
weight,  preparation  procedures,  quality  assurance  provisions,  and  packaging 
requirements. 


Pallet  Record  (DB) 
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A  record  indicating  the  contents  of  a  pallet,  including  product  and  quantities  by  retort 
cook  and  also  indicates  storage  location.  Used  as  a  primary  record  of  finished  good 
inventory. 


Payments  to  Vendors 

Payments  made  for  the  receipt  of  materials  and  services  from  vendors. 


Purchase  Orders  (DB) 

A  document  that  initiates  the  sale  of  material  from  a  vendor  to  the  manufacturing 
enterprise. 


Retort  Record  (DB) 

A  log  of  the  actual  retort  operating  conditions  by  retort  cook.  Includes  the  initial 
temperature  of  the  product  placed  in  the  retort 


Retorted  Product 

The  product  after  retorting  but  before  palletizing. 


Sample  For  Finished  Product  Exams 

A  sample  of  product  taken  from  production  and  used  for  examining  the  quality  of  the 
finished  product  Includes  a  container  evaluation  and  a  product  sample. 


Shop  Floor  Schelules  (DB) 

A  group  of  schedules  that  are  provided  daily  to  the  line  supervisor  for  executing 
production.  They  include  the  "Day  Production  Schedule",  "Material  Move  Schedule 
and  Report",  "Raw  Preparation  Sheet",  "Cook  Sheet",  and  "Daily  Process 
Information". 


Updated  Database  Record  (DB) 

Entry  of  current  information  into  the  database.  Includes  information  from  retort 
record,  completed  raw  prep  report,  and  completed  cook  sheet 


USDA,  FDA,  and  Other  Requirements 

Includes  requirements  imposed  on  the  manufacture  of  food  products  by  federal  and 
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state  agencies,  for  example,  the  USDA  meat  and  poultry  inspection  regulations. 
Vendor  Information 

Responses  to  requests  for  vendor  information. 


Node  A3 1  _ |Title£!omrol  Incoming  MatfsHal 


GLOSSARY 


Attached  Concepts 

Approved  Vendor  (DB) 

An  enteiprise  database  that  lists  vendors  that  are  approved  sources  of  ingredients  and 
materials. 


Contractor  Inspection  Plan  (DB) 

A  document  written  by  the  contractor  in  conformance  with  MIL-I-45208A.  It  contains 
all  the  contractor’s  procedures  in  assuring  tl»  quality  of  foodstuffs  offered  for  sale  to 
the  government  It  includes  indicator  to  assure  the  quality  and  inspection  of  raw 
material,  the  calibration  of  instn.  j  used  in  inspection,  the  quality  assurance 
organization,  in-process  inspection,  and  final  product  inspection. 


Incoming  Material  Acceptance  Report  (DB) 

Reports  on  the  inspection  of  incoming  matmals  using  testing  procedures  administered 
by  quality  assurance  in  conformance  with  the  Contractor  Inspection  Plan. 


Inventory  Position  (DB) 

A  database  attribute  that  monitors  the  number  of  units  on-hand  and  on-order  of 
materials  and  ingredients  used  in  production. 


Material  From  Vendors 

Primary  raw  materials,  services,  equipment,  and  supplies  converted  by  or  consumed 
in  the  manufacturing  process. 


Material  Move  Schedule  and  Report  (DB) 

A  shop  floor  schedule  issued  with  the  "Day  Production  Schedule"  describing  what 
vendor  lots  (raw  material)  should  be  moved  from  inventory  to  shop  floor  locations  to 
accomodate  the  "Day  Production  Schedule".  Also  used  to  report  depletion  of  raw 
material. 


Material  Replenishment  Request  (DB) 

A  request  to  the  materials  manager  for  the  procurement  of  material  from  a  supplier  to 
the  manufacturing  enterprise. 


Material  Requisition 
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A  request  from  production  planning  to  the  materials  manager  to  provide  materials 
needed  for  future  production. 


Material  Requisition  (Contracts) 

A  request  from  a  contract  administrator  to  purchasing  for  the  ordering  or  contracting 
of  materials  for  a  specific  contract 


Materials  Manager 

The  individual  who  is  required  to  maintain  the  overall  operation  of  the  in-plant 
materials  supply  and  storage. 


Materials  Released  to  Production 

Ingredients,  pouches,  and  supplies  that  are  released  from  inventory  to  be  consumed 
into  work-in-process  inventory. 


Materials  Returned  from  Production 

Ingredients,  pouches,  and  supplies  that  were  released  to  work-in-process  but  not 
consumed  during  the  period  of  production. 


Materials  Returned  to  Suppliers 

If  Received  materials  do  not  pass  inspection,  they  arc  returned  to  suppliers  for  credit. 


Payments  to  Vendors 

Payments  made  for  the  receipt  of  materials  and  services  from  vendors. 


Purchase  Orders  (DB) 

A  document  that  initiates  the  sale  of  material  from  a  vendor  to  the  manufacturing 
enterprise. 


Purchasing  Agent 

The  individual  responsible  for  buying  material  and  supplies  for  the  enterprise. 


Receiving  Report  (DB) 
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A  report  from  the  receiving  department  indicating  the  materials  received  against 
purchase  orders  during  each  day. 


Replenishment  Policy 

The  rules  that  are  used  to  determine  when  to  order  materials  from  suppliers  and  how 
much  to  order. 


Returns  Report  (DB) 

A  report  to  notify  accounting  that  material  previously  received  from  a  vendor  has 
been  returned  to  the  vendor  because  it  was  non-conforming. 


USDA,  FDA,  and  Other  Requirements 

Includes  requirements  imposed  on  the  manufacture  of  food  products  by  federal  and 
state  agencies,  for  example,  the  USDA  meat  and  poultry  inspection  regulations. 


Vendor  Information 

Responses  to  requests  for  vendor  information. 


Control  Manufactured  Product 


NodeA4  I  TitleControl  Manufactured  Product  Number 


GLOSSARY 


Attached  Concepts 

Class(ficaiion(incompttaneelnot-in-compliaiue) 

The  classification  given  to  finished  goods  by  quality  assurance. 


Container  Evaluation  Reports  (DB) 

An  examination  of  a  sample  of  finished  product  for  seal  integrity. 


Contractor  Inspection  Plan  (DB) 

A  document  written  by  the  contractor  in  conformance  with  MIL-I-4S208A.  It  contains 
all  the  contractor’s  procedures  in  assuring  the  quality  of  foodstuffs  offered  for  sale  to 
the  government  It  includes  indicators  to  assure  the  quality  and  inspection  of  raw 
material,  the  calibration  of  instruments  used  in  inspection,  the  quality  assurance 
organization,  in-process  inspection,  and  final  product  inspection. 


Incubation  Report  (DB) 

The  result  of  the  evaluation  of  the  incubation  sample. 


Incubation  Sample 

A  sample  of  product  drawn  from  each  retort  basket  after  retorting.  Held  for  ten  days 
and  examined  for  container  swelling.  Part  of  the  process  of  insuring  that  the  package 
contents  are  properly  stetilized. 


Invoice 

A  request  to  a  customer  for  payment  for  shipped  product 


Labeling  Report 

A  report  from  the  labeling  department  of  which  pallets  were  labeled  from  finished 
goods  inventory  or  fiom  the  day’s  production. 


Labeling  Schedule 

Daily  instrucations  to  the  labeling  department  indicating  which  products  are  to  be 
labeled  from  daily  production  and/or  from  inventory. 


Manufactured  Product 
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G)mbat  rations  or  civilian  product  that  have  completed  the  pioducdon  processes  and 
are  awaiting  clearence  for  acceptable  quality. 


MU  Spec  (DB) 

The  specification  for  manufacturing  the  combat  ration.  Includes  ingredients  by 
weight,  preparation  procedures,  quality  assurance  provisions,  and  packaging 
requirements. 


Payments  From  Customers 

Payments  received  for  the  delivery  of  shipped  product 


Product  Evaluation  Reports  (DB) 

Report  of  the  finish  product  examination  for  conformance  with  specifications. 


Product  Released  to  Slapping 

Product  to  be  staged  at  shipping  dock  for  pickup  and  delivery  to  customers. 


Sample  For  Finished  Product  Exams 

A  sample  of  product  taken  from  production  and  used  for  examining  the  quality  of  the 
finished  product  Includes  a  container  evaluation  and  a  product  sample. 


Shipped  Product 

Rations  or  civilian  products  produced  to  specification  and  shipped  to  appointed 
destination. 


Shipping  Schedule 

A  schedule  indicating  the  pallets  of  product  that  are  to  be  shipped  to  specific 
customers  on  a  specific  day. 


USD  At  FDA,  and  Other  Requirements 

Includes  requirements  imposed  on  the  manufacture  of  food  products  by  federal  and 
state  agencies,  for  example,  the  USDA  meat  and  poultry  inspection  regulations. 


Perfonn  Finished  Product  Quality  Assurance 
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Attached  Concepts 

Clas^ficathMb*compUancelnot4n<ompUane€) 

The  classification  given  to  finished  goods  by  quality  assurance. 


Container  Evaluation  Reports  (DB) 

An  examination  of  a  sample  of  finished  product  for  seal  integrity. 


Contractor  Inspection  Plan  (DB) 

A  document  written  by  the  contractor  in  conformance  with  MIL-I-45208A.  It  contains 
all  the  contractor’s  procedures  in  assuring  the  quality  of  foodstuffs  offered  for  sale  to 
the  government  It  includes  indicators  to  assure  the  quality  and  inspection  of  raw 
material,  the  calibration  of  instruments  used  in  inspection,  the  quality  assurance 
organization,  in-process  inspection,  an^  final  product  inspection. 


Incubation  Report  (DB) 

The  result  of  the  evaluation  of  the  incubation  sample. 

Incubation  Sample 

A  sample  of  product  drawn  from  each  retmt  basket  after  retorting.  Held  for  ten  days 
and  examined  for  container  swelling.  Part  of  the  process  of  insuring  that  the  package 
contents  are  properly  stedlized. 


Product  Evaluation  Reports  (DB) 

Report  of  the  finish  product  examination  for  conformance  with  specifications. 

Quality  Assurance 

Department  with  overall  responsibility  for  ingredient,  material,  and  product  testing  to 
insure  confonniQr  to  specifications. 

Sample  For  Finished  Product  Exams 

A  sample  of  product  taken  from  production  and  used  for  examining  the  quality  of  the 
finished  product  Includes  a  container  evaluation  and  a  product  sample. 


USDA,  FDA,  and  Other  Requirements 
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Includes  requirements  imposed  on  the  manufacture  of  food  products  by  federal  and 
state  agencies,  for  example,  the  USDA  meat  and  poultry  inspection  regulations. 
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Attached  Concepts 

Completed  Cook  Sheets  (Form  8) 

The  record  of  actual  batch  made  for  a  speciHc  product,  date,  shift,  and  time. 
Completed  Ham  Usage  Report  (Form  6) 

A  report  of  the  quantity  of  ham  consumed  in  production  during  a  shift. 


Contractor  Inspection  Plan 

A  document  written  by  the  contractor  in  conformance  with  MIL-I-45208A.  It  contains 
all  the  contractor’s  procedures  in  assuring  the  quality  of  foodstuffs  offered  for  sale  to 
the  government.  It  includes  indicators  to  assure  the  quality  and  inspection  of  raw 
material,  the  calibration  of  instruments  used  in  inspection,  the  quality  assurance 
organization,  in-process  inspection,  and  final  product  inspection. 


Cook  Sheet  (Form  8) 

A  description  of  the  ingredients  and  their  quanitides  required  for  a  batch  of  product. 
Also  includes  paramaters  for  precooking  the  batch. 


Cook  Sheet  (F orm  8) 

A  description  of  the  ingredients  and  their  quantities  required  for  a  batch  of  product. 
Also  includes  parameters  for  precooking  the  batch. 


Daily  Process  Information 

Retort  paramaters  provided  to  the  retort  operator  for  particular  products  to  be 
produced  during  a  production  shift. 


Day  Production  Schedule 

The  schedule  of  which  products  are  to  be  produced  on  which  production  equipment 
for  a  specific  day.  This  is  a  firm  schedule  released  the  afternoon  before  the  day’s 
production. 


Filled  Pouch 

Pouch  containing  product  but  not  sealed. 

Ground  Ham 
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Ham  that  is  ground  at  a  step  prior  to  mixing  and  precooking. 


Incubation  Sample 

A  sample  of  product  drawn  from  each  retort  basket  after  retorting.  Held  for  ten  days 
and  examined  for  container  swelling.  Part  of  the  process  of  insuring  that  the  package 
contents  are  properly  sterilized. 


Ingredients 

Components  used  to  produce  a  food  product. 


Materials  Released  to  Production 

Ingredients,  pouches,  and  supplies  that  are  released  from  inventory  to  be  consumed 
into  work-in-process  inventory. 


Materials  Returned  from  Production 

Ingredients,  pouches,  and  supplies  that  were  released  to  work-in-process  but  not 
consumed  during  the  period  of  production. 


Omelet  Mix 

Mixture  of  eggs,  ham,  hominy  grits,  and  spices  after  precooking  but  before  filling. 


Pouches 

Flexible  packaging  material. 


Retort  Record  (Forms  12, 13,  Taylor  temp) 

A  set  of  logs  of  the  actual  retort  operating  conditions  by  retort  cook.  Includes  the 
initial  temperature  of  the  product  placed  in  the  retort. 


Retorted  Omelet 

The  omelet  after  retorting  but  before  palletizing. 


Retorted  Product 

The  product  after  retorting  but  before  palletizing. 
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Sealed  Pouch 

A  pouch  after  leaving  the  sealing  operation  but  prior  to  retorting. 


SSIRG  Report  (Form  9) 

A  report  on  seal  strength  and  residual  gas  for  a  sample  of  sealed  pouches. 


Weight  Report  (Form  10) 

A  quality  control  chart  that  tracks  the  fill  weights  of  sealed  packages. 
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Completed  Ham  Usage  Report  (Form  6) 

A  report  of  the  quantity  of  ham  consumed  in  production  during  a  shift. 


Day  Production  Schedule 

The  schedule  of  which  products  are  to  be  produced  on  which  production  equipment 
for  a  specific  day.  This  is  a  firm  schedule  released  the  afternoon  before  the  day’s 
production. 


Forklift  Operator 

A  person  who  perfonns  material  handling  using  a  forklift  truck. 


Ground  Ham 

Ham  that  is  ground  at  a  step  prior  to  mixing  and  precooking. 


Ingredients 

Components  used  to  produce  a  food  product. 


Materials  Released  to  Production 

Ingredients,  pouches,  and  supplies  that  are  released  from  inventory  to  be  consumed 
into  work-in-process  inventory. 


Materials  Returned  from  Production 

Ingredients,  pouches,  and  supplie.s  that  were  released  to  work-in-process  but  not 
consumed  during  the  period  of  production. 


Prepared  Ingredients  (Ground  Ham) 

Ham  that  has  been  ground  prior  to  mixing  and  precooking. 


Production  Worker 

Individual  employed  by  the  enterprise  as  production  labor. 


Request  for  Materials 
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eee  A  request  by  production  to  release  ingredients  into  work-in-process. 
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Attached  Concepts 

Completed  Cook  Sheets  (DB) 

The  record  of  the  actual  raw  ingredients  prepared  on  a  specific  day  and  shift.  Also 
serves  as  one  of  the  records  of  ingredients  consumed. 


Completed  Subassembly  Report  (DB) 

A  >rt  which  indicates  the  number  of  subassemblies,  typically  spice  mixes,  made 
during  a  production  shift  in  conformance  with  the  cook  sheet  specification. 


Contractor  Inspection  Plan 

A  document  written  by  the  contractor  in  conformance  with  MIL-I-45208A.  It  contains 
all  the  contractor’s  procedures  in  assuring  the  quality  of  foodstuffs  offered  for  sale  to 
the  government.  It  includes  indicators  to  assure  the  quality  and  inspection  of  raw 
material,  the  calibration  of  instruments  used  in  inspection,  the  quality  assurance 
organization,  in-process  inspection,  and  the  final  inspection. 


Cook  Sheet  (DB) 

A  description  of  the  ingredients  and  their  quantities  required  for  a  batch  of  product 
Also  includes  parameters  for  precooking  the  batch. 


Cooked  Ingredients 

Ingredients  after  precooking  but  before  filling. 


Daily  Process  Information  (DB) 

Retort  parameters  provided  to  reton  operators  for  particular  products  to  be  produced 
during  a  production  shift 


Data  Logging  (DB) 

Automatic  storage  of  data  from  sensors  to  PLC  and,  subsequently,  to  factory  database. 


Day  Production  Schedule  (DB) 

The  schedule  of  which  products  are  to  be  produced  on  which  production  equipment 
for  a  specific  day.  This  is  a  firm  schedule  released  the  afternoon  before  the  day’s 
production. 


Incubation  Sample 


A  sample  of  product  drawn  from  each  retort  basket  after  retorting.  Held  for  ten  days 
and  examined  for  container  swelling.  Part  of  the  process  of  insuring  that  the  package 
contents  are  properly  sealed  and  sterilized. 


Ingredients 

Q}mponents  used  to  produce  a  food  product. 


Uds 

Covers  to  be  sealed  on  tray-cans. 


Materials  Released  to  Production 

Ingredients,  trays,  and  supplies  that  are  released  from  inventory  to  be  consumed  into 
woik-in-process  inventory. 


Materials  Returned  From  Production 

Ingredients,  trays,  and  supplies  that  were  released  into  work-in-process  but  not 
consumed  during  the  period  of  producdon. 


Prepared  Ingredients 

Ingredients  that  are  combined  into  a  subassembly  at  a  step  prior  to  mixing  and 
precooking. 


Retort  Record  (DB) 

A  log  of  the  actual  retort  operating  conditions  by  retort  cook.  Includes  the  initial 
temperature  of  the  product  placed  in  the  reton. 


Retorted  Product 

The  product  aftCT  retorting  but  before  palletizing. 


Sealed  Trays 

A  tray  after  leaving  the  sealing  operation  but  prior  to  retorting 


Trays 
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Traycans  to  be  filled. 


Tmysfor  Sealing 

Trays  that  have  been  filled  and  arc  ready  fen*  sealing. 


USDA,  FDA,  and  Other  Requirements 

Includes  requirements  imposed  on  the  manufacture  of  food  products  by  federal  and 
state  agencies,  for  example,  the  USDA  meat  and  poultry  inspection  regulations. 
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Attached  Concepts 

Completed  Subassembly  Report  (DB) 

A  report  which  indicates  the  number  of  subassemblies,  typically  spice  mixes,  made 
during  a  production  shift  in  conformance  with  the  cook  sheet  specification. 


Contractor  Inspection  Plan 

A  document  written  by  the  contractor  in  conformance  with  MIL-I-4S208A.  It  contains 
all  the  contractor’s  procedures  in  assuring  the  quality  of  foodstuffs  offered  for  sale  to 
the  government  It  includes  indicators  to  assure  the  quality  and  inspection  of  raw 
material,  the  calibration  of  instruments  used  in  inspection,  the  quality  assurance 
organization,  in-process  inspection,  and  the  final  inspection. 


Cook  Sheet  (DB) 

A  description  of  the  ingredients  and  their  quantities  required  for  a  batch  of  product 
Also  includes  parameters  for  precooking  the  batch. 


Day  Production  Schedule  (DB) 

The  schedule  of  which  products  are  to  be  produced  on  which  production  equipment 
for  a  specific  day.  This  is  a  firm  schedule  released  the  afternoon  before  the  day’s 
production. 


Forklift  Operator 

A  person  who  performs  material  handling  using  a  forklift 


Ingredients 

Components  used  to  produce  a  food  product 


Material  Move  Schedule  and  Report  (DB) 

A  shop  floor  schedule  issued  with  the  "Day  Production  Schedule"  describing  what 
vendor  lots  (raw  material)  should  be  moved  from  inventory  to  shop  floor  locations  to 
accomodate  the  "Day  Production  Schedule".  Also  used  to  report  depletion  of  raw 
mattiial. 


Materials  Released  to  Production 

Ingredients,  trays,  and  supplies  that  are  released  from  inventory  to  be  consumed  into 
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wofk-in>process  inventory. 


Materiab  Returned  From  Production 

Ingredients,  trays,  and  supplies  that  were  released  into  work-in-process  but  not 
consumed  during  the  period  of  production. 


Prepared  Ingredients 

Ingredients  that  are  combined  into  a  subassembly  at  a  step  prior  to  mixing  and 
precooking. 


Production  Worker 

Individual  employed  by  the  enterprise  as  production  labor. 


VSDAt  FDA,  and  Other  Requirements 

Includes  requirements  imposed  on  the  manufacture  of  food  products  by  federal  and 
state  agencies,  for  example,  the  USDA  meat  and  poultry  inspection  regulations. 
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1.0  Introduction 


This  report  addresses  the  requirements  of  Task  Items  3.6.4  of 
STP  #4,  requiring  a  technical  report  on  the  design  of  an 
Informational  Architecture  for  the  Packaged  Food  Industry.  Phase 
II  of  STP  #4  required  studying  the  procedures  by  which  coalition 
companies  operated  their  enterprises  in  the  manufacture  of  shelf 
stable  food  products.  Based  on  these  studies  the  research  team 
abstracted  the  common  features  of  the  coalition  companies  studied, 
thus,  developing  a  generic  set  of  operating  procedures.  This 
generic  model  is  referred  to  as  a  "Functional  Architecture".  A 
Functional  Architecture  is  a  description  of  the  functions 
performed  in  operating  the  enterprise  and  the  relationship  among 
these  functions  as  given  by  the  information  flows  and  material 
flows  linking  them.  The  results  of  this  study  was  published  as 
Technical  Working  Paper  (TWP)#37,  "Technical  Report:  Functional 
Architecture  for  Packaged  Food  Manufacture". 

Phase  III  of  STP  #4  requires  identifying  the  data 
requirements  necessary  to  support  the  processes  modeled  by  the 
functional  architecture.  The  data  requirements  are  used  as  a 
basis  for  designing  a  logical  relational  database  model  using  the 
IDEFlX  methodology.  This  methodology  was  developed  under  funding 
from  the  US  Airforce.  It  is  an  entity  -  attribute  -  relationship 
methodology  that  has  evolved  from  earlier  work  by  Chen  (  <.976)  and 
Ni jssen  ( 1979 ) . 

In  the  next  section  we  present  an  overview  of  the  IDEFlX 
modeling  methodology.  This  will  be  followed  by  a  description  of 
the  organization  of  the  IDEFlX  documentation. 
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2 . 0  lOEFlX  Nethodology 

IDEFlx  is  a  semantic  data  modeling  methodology  that  defines 
the  meaning  of  data  within  the  context  of  its  interrelationship 
with  other  data.  A  completed  IDEFlX  diagram  is  a  static  structure 
that  defines  information  groupings  and  relationships  among  these 
groupings.  IDEFlx  uses  the  entity-relationship  approach  to 
semantic  data  modeling.  That  is,  an  IDEFlx  model  has  three  basic 
components:  Entities,  attributes,  and  relationships. 

An  Entity  is  an  element  (Part)  of  the  system  that  is  of 
relevance  to  our  study.  It  can  be  something  abstract  such  as 
"Contract  Number"  or  something  tangible,  e.g.  "  vendor  lot",  which 
refers  to  the  lots  of  raw  ingredients  or  materials  supplied  by 
vendors.  Entities  can  be  classified  into  different  entity  types, 
e.g.  equipment,  products,  and  purchase  orders.  A  collection  of 
entities  of  the  same  type  make  up  an  entity  set  whose  members  are 
referred  to  as  instances  of  that  entity  set.  For  example,  a 
products  entity  set  has  several  instances,  each  representing  a 
given  product. 

In  IDEFlx,  an  entity  set  is  represented  by  a  Box.  Figure  1 
shows  the  basic  diagrammatic  structure  of  IDEFlx. 

An  entity  set  has  properties  (characteristics)  called 
Attributes,  e.g.  Name  and  Address  of  the  "Vendor"  entity  set. 

All  entities  in  a  given  entity  set  have  the  same  attributes  but, 
clearly,  the  values  may  differ  from  one  instance  to  another. 

An  attribute  of  an  entity  set,  for  which  each  instance  must 
have  a  unique  value  is  called  a  "key  attribute"  for  that  entity 
set.  For  example,  each  instance  of  the  vendor  lot  entity  class 
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has  a  unique  material  lot  number. 

In  the  IDEFlX  diagram,  entity  attributes  are  listed  within 
the  box  representing  that  entity.  The  primary  key(s)  of  a  given 
entity  are  separated  from  the  rest  of  the  attributes  by  a  line 
that  goes  across  the  box. 

Relationships  may  exist  between  entities.  For  example,  the 
"vendor  lot"  entity  set  is  related  to  the  quality  "tests"  entity 
set  in  the  sense  that  each  vendor  lot  is  inspected  according  to 
one  or  more  quality  tests.  At  the  same  time  a  given  quality  test 
is  used  to  inspect  more  than  one  vendor  lot.  The  result  of 
applying  a  specific  quality  test  (whose  primary  key  is  TEST  ID)  on 
a  specific  vendor  lot  (whose  primary  key  is  the  MATERIAL  LOT  No) 
is  represented  by  a  quality  report.  There  are  several  instances 
of  quality  reports,  each  corresponding  to  a  given  combination  of  a 
vendor  lot  and  a  quality  test.  A  key  attribute  that  provides  the 
linkage  between  entities  is  called  a  "foreign  key"  (FK).  For 
example,  the  foreign  key  that  relates  vendor  lot  with  quality 
report  is  "material  lot  no". 

A  relationship  has  a  Cardinality,  which  specifies  the  number 
of  instances  of  an  entity  with  which  a  given  entity  is  associated 
through  that  relationship.  There  are  three  possible 
cardinalities:  one  to  one  (1:1),  one  to  many  (1:N),  and  many  to 
many  (M;N).  For  example,  "Vendor"  and  "Vendor  Lot"  have  a  one  to 
many  relationship,  i.e.  a  vendor  supplies  several  vendor  lots  and 
a  given  vendor  lot  is  supplied  by  only  one  vendor. 

IDEFlX  allows  the  cardinality  of  a  relationship  to  be 
indicated  by  the  arc  joining  the  entities.  For  example,  a 


3 


specific  material  lot  no.  may  be  inspected  using  one,  two,  or  more 
quality  tests  and,  therefore,  has  one,  two,  or  more  quality 
reports  associated  with  it.  A  solid  arc  with  a  dot,  as  shown  in 
Figure  1,  denotes  zero,  one,  or  many.  By  attaching  a  specific 
number  to  a  dot,  the  cardinality  can  be  made  specific.  Where 
there  are  no  dots,  the  relationship  is  one  to  one.  An  entity  that 
relates  to  zero,  one,  or  many  instances  of  another  entity  is  a 
"parent"  entity  to  that  "child  entity".  "Vendor  lot"  is  a  parent 
entity  to  the  child  entity  "quality  report". 

Figure  1  can  be  simply  described  using  an  english  syntax: 
"Each  vendor  lot  is  inspected  by  zero,  one,  or  many  quality  tests 
and  the  result  of  each  test  performed  on  a  given  vendor  lot  is 
recorded  in  a  given  quality  report". 

An  IDEFlX  model  can  be  easily  read  by  business  professionals 
without  any  special  computer  training.  As  in  the  case  of  IDEFO, 
the  graphical  representation  allows  CIH  system  engineers, 
management,  and  those  who  work  within  the  manufacturing  enterprise 
to  communicate  ideas  with  each  other  as  the  design  process 
proceeds. 

Given  this  brief  introduction  to  the  basic  concepts  of  the 
IDEFlX  methodology,  the  reader  should  be  able  to  understand  the 
diagrams  included  in  this  document.  For  a  more  detailed 
discussion  related  to  IDEFlX,  the  reader  is  referred  to  reference 
(3). 

3.0  Organization  of  IDEFlX  Dociimentation 

This  document  is  organized  into  five  sections  entitled: 

1.  Manage  Contracts,  Orders  and  Bidding  Process 
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2.  Plan  for  Manufacture, 

3.  Manufacture  Product, 

4.  Control  Manufactured  Products,  and 

5.  Summary. 

In  the  first  four  sections,  the  IDEFlX  diagrams  are  based  on 
the  IDEFO  functional  model  published  as  Technical  Working  Paper 
(TWP)  37.  For  relevant  functions  in  which  data  is  being  used  or 
created,  the  IDEFlX  models  in  this  document  show  the  Entities  that 
are  being  accessed  by  the  decision  maker.  The  particular  function 
is  identified  with  the  identifying  number  and  name  that  is  used  in 
the  IDEFO  Documentation,  (TWP)  37.  Therefore,  the  reader  can 
examine  the  IDEFlX  model  for  a  particular  function  and  then  go  to 
the  IDEFO  Document  (TWP)  37  to  obtain  more  details  concerning  what 
the  function  does.  Thus,  both  models  are  traceable  to  each  other. 

It  should  be  noted  that,  when  an  entity  is  used  in  a 
particular  function,  the  entire  entity  is  shown.  In  fact,  in  most 
cases  only  a  subset  of  the  attributes  of  the  entity  is  being  used. 
That  particular  subset  is  not  explicitly  identified,  although  it 
will  be  fairly  obvious  to  the  reader  as  to  what  attributes  are 
relevant . 

Section  5,  the  Summary  IDEFlX  diagram,  is  a  foldout  of  the 
complete  IDEFlX  structure.  It  shows  the  relationship  among  all 
entities  of  the  model.  It  also  includes  a  glossary  of  definitions 
for  all  attributes  used  in  the  model. 

It  should  be  noted  that  an  IDEFlX  model  is  a  logical  database 
design.  Thus,  each  of  the  entities  depicted  by  a  box  in  the 
IDEFlX  diagram  is  represented  by  a  table  in  the  database 
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implementation.  Besides  the  functions  explicitly  modeled  by 
lOEFO,  there  are  other  reports  and  information  that  can  be 
generated  from  the  IDEFlX  model,  such  as  quality  reports  and 
ingredient  yields. 

The  IDEFlX  model  is  the  basis  for  a  preliminary  database 
design.  This  preliminary  design  will  be  reported  in  a  future 
Technical  Working  paper. 
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Jode  A2224  -  Develop  Material  move  Schedule 


Section  III 


Manufacture  Product 


Requisition 


Jode  A312  -  Prepare  And  Issue  Purchase  Order 
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Node  A41  -  Perform  finished  Product  Quality  Assurance 
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Node  A42  -  Control  Finished  Goods  Inventory 


Node  A43  -  Ship  Finished  Product  and  Update  Records 


Section  V 


Summary 


GLOSSARY 


Accepted  Quantity 

The  amount  of  material  id  that  will  be  purchased  from  vendor 
id  under  the  combination  solicitation  id,  product 
id/recipe  id  in  the  Material  Purchase  Plan. 

Actual  Production  Quantity 

The  quantity  actually  produced  under  the  combination  schedule 
id,  machine  id,  order  no.,  order  line  item  no. 

Actual  Time 

The  actual  time  that  machine  id  produced  customer  line  item 
number  of  order  nximber  under  schedule  id. 

Amount  By  Unit 

The  quantity  of  a  specific  material  id  used  in  a  batch  of  a 
specific  product  id  as  stated  by  the  product  formula  or 
recipe. 

Amount  End  Units 

The  expected  number  of  units  of  finished  products  per  batch 
of  the  recipe  or  formula. 

Authorisation  Date 

The  date  on  which  purchasing  authorizes  accounting  to  pay  the 
invoice. 

Authorization  ID 

The  id  number  of  the  purchasing  agent  who  authorized  payment 
of  the  invoice. 

Avail  Time 

Total  time  available  on  machine  id  for  period  length. 

Batch  Quantity 

The  quantity  of  material  lot  number  associated  with  the 

combination  of  product  id,  filling  line,  production  date, 
batch  start  time. 

Batch  Size 

The  total  gallons  of  ingredients  batched. 

Batch  start  Time 

The  time  of  day  at  which  a  specific  batching  process  was 
started. 

Begin  Effective  Period 

The  starting  date  of  the  schedule  identified  by  schedule  id. 
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Break  Price 

The  price  per  case  of  product  over  the  range  between  break 
quantity  limits. 

Break  Quantity 

The  sales  quantity  that  defines  the  upper  limit  at  which  a 
break  price  applies. 


Can  Size 

A  container  code,  based  on  the  quantity  of  product  it  can 
hold  and  the  design  specification  of  the  container. 

Can  Spec.  Material  Id 

The  unique  identifier  of  a  particular  container. 

Committed  to  Contract  tft^er 

The  contract  or  order  number,  if  any,  to  which  this  material 
lot  is  specifically  committed. 

Cook  number 

A  unique  identifier  of  a  batch  of  product  sterilized  in  the 
same  retort  at  the  same  time  on  the  same  production  date. 

Cook  Temperature 

The  actual  batch  processing  temperature  associated  with  the 
combination  process  id,  filling  line,  production  date, 
batch  start  time,  kettle,  machine  id. 


Cook  Time 

The  actual  batch  process  time  associated  with  the  combination 
process  id,  filling  line,  production  date,  batch  start 
time,  kettle,  machine  id. 

Committed  Time 

The  time  committed  on  machine  id  by  schedule  id  for 

production  of  customer  line  item  number  of  order  number. 

Customer  City 

The  city  associated  with  customer  id. 

Customer  FAX 

The  FAX  number  associated  with  customer  id. 

Customer  ID 

A  unique  identifier  for  a  specific  customer  of  the 
enterprise. 

Customer  Item  Quantity 

The  number  of  cases  of  product  id  associated  with  the 

combination  of  order  number,  customer  line  item  number. 
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Gusto— r  Ity  Status 

An  indicator  of  whether  or  net  the  customer  line  item  number 
is  open  or  closed. 

Customer  Line  Item  No. 

A  unique  identifier  of  a  line  item  on  a  customer  order. 

Customer  Na— 

The  name  of  a  customer  associated  with  customer  id. 

Customer  Phone 

The  phone  number  associated  with  customer  id. 

Customer  PO  Number 

The  customer  purchase  order  number  associated  with  the 
enterprise  order  number. 

Customer  State 

The  state  associated  with  customer  id. 

Customer  Street 

The  street  associated  with  customer  id. 

Customer  zip 

The  zip  code  associated  with  customer  id. 

Date  In  Service 

The  date  on  which  the  machine  was  placed  in  service. 

Date  Last  Done 

The  last  date  of  preventive  maintenance  task  id  on  machine 
id. 

Date  Last  Purchase 

The  date  on  the  purchase  order  that  was  used  for  the  latest 
purchase  of  a  material. 

Date  of  Work 

The  date  on  which  employee  id  worked  on  customer  line  item 
number  of  order  number. 

Delivery  Date 

The  desired  delivery  date  on  a  request  for  quotation. 
Department  id 

A  unique  number  identifying  a  department  or  work  unit  of  the 
enterprise . 
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Departaent  Na«e 

The  name  associated  with  Department  id. 

Department  Phone 

The  phone  number  associated  with  Department  id. 

Destination 

Shipping  destination  of  customer  line  item  number. 
Disposition 

An  indicator  of  the  final  disposition  of  the  cook. 

Done  By 

The  author  of  the  most  recent  schedule  revision. 

Effective  Due  Date 

The  date  production  has  to  be  completed  in  order  to  meet  the 
requested  delivery  date  of  customer  line  item  number  of 
order  number. 

Employee  City 

The  residence  city  associated  with  employee  id. 

Employee  First  Name 

The  surname  associated  with  employee  id. 

Employee  Hourly  Rate 

The  rate  ot  pay  associated  with  employee  id. 

Employee  ID 

A  unique  identifier  for  each  employee  of  the  enterprise. 
Employee  Last  Name 

The  family  name  associated  with  employee  id. 

Employee  Phone 

The  residence  phone  number  associated  with  employee  id. 
Employee  State 

The  residence  home  state  associated  with  employee  id. 
Employee  Street 

The  residence  street  address  associated  with  employee  id. 
Employee  Zip 

The  residence  zip  code  associated  with  employee  id. 

End  Cook  Temp 

The  temperature  of  the  retort  chamber  at  end  cook  time. 
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End  Cook  Time 

The  time  at  which  the  retort  completes  the  sterilization 
process . 

End  Come  Up  Temp 

The  temperature  of  the  retort  chamber  at  end  come  up  time 

End  Come  Up  Time 

The  time  at  which  the  retort  reaches  its  start  cook 
temperature . 

End  Effective  Period 

The  ending  date  of  the  schedule  identified  by  schedule  id 

End  Vent  Temp 

The  temperature  of  the  retort  chamber  at  end  vent  time. 

End  Vent  Time 

The  time  in  the  retort  cycle  at  which  the  water  has 
completely  filled  the  retort  chamber. 

Filling  Line 

A  unique  identifier  for  a  specific  filling  line  in  the 
production  area. 

Filling  Line  .  Machine  Id 

A  unique  identifier  for  a  specific  filling  line  in  the 
production  area. 

First  Cart  Start  Fill  Time 

The  point  in  time  at  which  the  first  package  off  the  filling 
line  was  placed  in  a  retort  basket  for  a  cook  no. 

Frequency 

The  interval  between  successive  preventive  maintenance  for 
task  id. 

High  Limit 

The  high  point  of  the  acceptable  range  associated  with  a 
particular  test  id/material  id  combination. 

Hourly  Rate 

The  production  rate,  in  cases  per  minute,  associated  with 
unique  combinations  of  product  id,  recipe  id,  and 
production  line  id. 

Hours 

Employee  hours  expended  by  employee  id  on  task  id  of  work 
order  id. 
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Hours  worked 

The  number  of  hours  of  date  of  work  during  which  employee  id 
worked  on  a  customer  line  item  number  of  order  number. 

Incubation  End  Date 

Date  on  which  incubation  test  ends. 

Incubation  Start  Date 

Date  on  which  incubation  test  begins. 

Initial  Temp 

The  actual  initial  temperature  of  product  associated  with  the 
combination  retort. machine  id,  cook  number,  production 
date. 

Inspector .  ^pl  ip 

The  identifier  for  the  individual  in  Quality  Assurance 
responsible  for  quality  testing. 

Invoice  Quantity 

The  amount  of  the  material  lot  number  for  which  the  invoice 
applies. 

Kettle  Machine  ID 

A  unique  identifier  for  a  specific  kettle  in  the  production 
area. 

Label  Date 

The  date  on  which  the  label  was  applied  to  the  container. 

Label  ID 

A  unique  identifier  for  a  customer  label  specific  to  a 
product  id. 

Label  Name 

The  description  associated  with  label  id. 

Labor  Quantity 

The  number  of  workers  associated  with  the  combination  machine 
id,  skill  id. 

Last  Cart  End  Fill  Time 

The  point  in  time  at  which  the  last  package  off  the  filling 
line  was  placed  in  a  retort  basket  for  a  cook  number. 

Last  Price  Paid 

The  latest  actual  unit  price  paid  for  a  material  id. 
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Last  Priori tiged  pate 

Date  on  which  the  customer  line  item  number  of  order  number 
was  last  prioritized. 

Last  Revised  Date 

The  date  on  which  the  schedule  identified  by  schedule  id  was 
last  revised. 

Lead. Employee  Id 

Employee  who  pulls  the  samples  of  a  cook  number  for 
incubation. 

Lid  Spec.  Material  Id 

The  unique  identifier  of  a  particular  lid. 

Line  Item  Balance 

A  quantity  indicating  the  amount  of  the  line  item  quantity 
that  has  not  been  satisfied  by  the  vendor. 

Line  Item  Quantity 

The  quantity  associated  with  a  unique  combination  of  PO 
number/PO  line  item  number. 

Line  Item  Status 

An  indicator  of  whether  a  line  item  is  closed  out  or  still 
open. 


Location 

The  location  of  pallet  id  in  the  finished  goods  storage  area 
of  the  factory. 

Low  Limit 

The  low  point  of  the  acceptable  range  associated  with  a 
particular  test  id/material  id  combination. 

Machine  Description 

A  description  name  associated  with  machine  id. 

Machine  ID 

A  unique  identifier  for  a  specific  machine  or  system  of 
equipment  in  the  enterprise  production  facility. 

Machine  Location 

The  location  of  the  machine  in  the  production  area. 
Manufacturer 

The  company  that  built  the  machine. 

Material  Description 

A  name  usea  to  describe  a  material  id. 
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Material  ID 

A  unique  number  that  identifies  a  specific  material  that  is 
inventoried.  The  material  is  determined  by  its 
description  and  specification. 

Material  Lot  Number 

A  unique  number  that  specifies  a  material  lot  at  the  lowest 
level  chosen  by  management.  Ideally,  this  would  be  a 
surrogate  for  unique  combinations  of  vendor  id,  material 
id,  vendor  lot  no,  vendor  lot  received  date. 

Material  Units  of  Measure 

The  unit  of  measure  in  which  material  id  is  purchased  and 
inventoried. 

Move  Quantity 

The  amount  of  the  material  lot  number  to  be  moved  on  the 
particular  production  date. 

Move  to  Location 

The  location  to  which  the  material  is  to  be  moved. 

Net  Weight 

Weight  of  the  finished  product  container  and  its  contents. 

Number  of  Cases 

The  number  of  cases  associated  with  the  combination  pallet 
id,  cook  number,  retort,  filling  line,  production  date. 

Number  Required 

The  number  of  repair  parts  associated  with  work  order  id  and 
material  id. 

Number  of  Saunples 

The  number  of  packages  taken  from  the  retort  for  incubation 
testing. 

Operation  Sequence 

A  unique  identifier  of  the  sequence  of  the  operation 

described  by  the  combination  production  line  id  and 
process  id. 

Order  Date 

The  date  the  order  was  taken. 


Order  Number 

A  unique  identifier,  assigned  by  the  enterprise,  for  a 
customer  order. 
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Original  l^te 

The  date  on  which  the  schedule  identified  by  schedule  id  was 
first  created. 


Pallet  ID 

A  unique  identifier  for  a  pallet  of  finished  product. 

Pallet  Status 

An  indication  of  whether  or  not  the  pallet  holds  acceptable 
finished  goods,  finished  goods  on  hold  awaiting  rework  or 
variance,  or  rejected  product  awaiting  disposition. 

Period  Length 

The  length  of  the  schedule. 

PO  Date 

rHe  date  of  issue  associated  with  PO  number. 

PO  Line  Item  Humber 

The  number  which  uniquely  identifies  a  material,  order 
quantity,  and  promised  delivery  date  on  the  PO. 


PO  Wumber 

A  number  that  uniquely  describes  a  specific  purchase  order. 
PO  Price 

The  price  per  unit  associated  with  the  combination  PO 
number/PO  line  item  number. 


PO  Status 

An  indicator  whether  or  not  the  PO  number  is  open  or  closed. 


Price 

The  price  per  case  of  customer  line  item  number  of  order 
number. 

Price  Valid  Till 

The  date  after  which  the  current  price  schedule  for  the 
product  is  no  longer  valid. 


Priority 

A  scheduling  priority  number  determined  by  production 
planning. 

Process  Description 

A  description  associated  with  process  id. 

Process  Id 

A  unique  identifier  of  a  food  'ess. 
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Process  T0«p«rature 

The  target  batch  temperature  associated  with  a  specific 
product  id/recipe  id  combination. 

Process  Time 

The  target  batch  time  associated  with  a  specific  product 
id/recipe  id  combination. 

Product  Due  Date 

The  proposed  date  of  start  of  production  of  a  product  id  and 
solicitation  id. 

Product  ID 

A  unique  number  that  identifies  a  product,  which  includes  the 
recipe  and  the  container. 

Product  Name 

A  name  associated  with  a  unique  product  id. 

Production  Date 

A  (late  on  which  production  takes  place. 

Production  Line  Description 

A  description  associated  with  production  line  id. 

Production  Line  ID 

A  unique  identifier  of  a  set  of  production  processes. 
Production  Quantity 

The  amount  of  production  required,  considering  normal  reject 
rates.  In  order  to  meet  the  customer  item  quantity. 

Promised  pellvery  Pete 

The  date  on  wHich  the  vendor  promised  delivery  of  the  line 
item. 

Quantity  Filled 

Number  o£  cases  of  product  id  filled  on  filling  line  machine 
id  on  production  date. 

Quantity  Per  Case 

The  packing  quantity  per  case  of  the  product. 

Quote  Pate 

The  date  the  quotation  was  given. 

Quote  Expiration  Date 

The  date  of  expiration  associated  with  quote  id. 
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Quote  ID 

A  unique  identifier  associated  with  a  quotation  given  to  a 
customer . 

Quote  Quantity 

The  quantity  associated  with  the  combination  of  quote  id, 
customer  id,  product  id. 

Quote  Ship  Date 

The  promised  date  of  shipment  associated  with  the  combination 
of  quote  id,  customer  id,  product  id. 

Quote  Unit  Price 

The  price  per  case  of  product  associated  with  the  combination 
quote  id,  customer  id,  product  id. 


Recipe  ID 

A  unique  identifier  for  a  formulation  for  a  given  product  id. 

Recipe  Size 

The  standard  batch  size  for  a  particular  combination  of 
product  id/recipe  id. 

Recovery  Percent 

The  percent  of  material  yield  from  raw  material  inventory  to 
finished  product. 

Reorder  Point 

The  quantity  of  on-hand  plus  on-order  inventory  by  material 
id  at  which  it  is  recommended  that  a  replenishment  be 
made . 

Reorder  Quantity 

The  recommended  quantity  of  material  id  order  when  an  order 
is  placed. 

Reply  Price 

The  unit  price  associated  with  reply  quantity. 

Reply  Quantity 

The  amount  of  material  id  quoted  by  vendor  id  as  associated 
with  the  combination  of  solicitation  id,  product  id, 
recipe  id. 

Request  Quantity 

The  quantity  of  material  id  associated  with  the  combination 
of  solicitation  id,  product  id,  recipe  id,  vendor  id. 

Requested  By  Department  Id 

The  department  requesting  the  work  order  id. 
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Requested  Delivery  Date 

The  desired  date  of  delivery  of  customer  line  item  number  of 
order  number. 

Requisition  Date 

The  date  on  which  a  specific  requisition  number  was  prepared. 

Requisition  Itum^r 

A  unique  identifier  for  a  request  to  have  a  material 
replenished. 

Requisition  Quantity 

The  amount  of  material  associated  with  a  specific  requisition 
numbe  r . 

Result 

A  conclusion  drawn  from  the  examination  of  a  sample  of 
production. 


Retort 

A  unique  identifier  of  a  specific  retort  in  the  production 
area. 

Retort, Machine  ID 

A  unique  identifier  of  a  specific  retort  in  the  production 
area. 

Retort  Quantity 

Number  of  units  of  product  associated  with  a  specific  cook 
numbe  r . 

Rework  Rate 

The  percent  of  production  that  is  non-conforming,  but 
acceptable  after  rework. 

Sales, Employee  id 

The  identifier  of  the  sales  person  who  took  order  number. 

Sample  Hour 

The  hour  on  production  date  at  which  product  id  was  sampled 
on  filling  line  machine  id  for  test  id. 

Sample  Minute 

The  minute  on  production  date  at  which  product  id  was  sampled 
on  filling  line  machine  id  for  test  id. 

Schedule  ID 

A  unique  identifier  for  a  production  schedule. 
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Schedule  Sequence 

The  position  in  the  production  schedule  id  of  the  particular 
customer  line  item  number. 

Selected  Quantity 

The  quantity  proposed  for  production  of  a  specific  product  id 
by  the  enterprise  in  the  response  to  solicitation. 

Serial  Number 

The  manufacturer's  serial  number  for  the  machine. 

Shift  Number 

The  shift  associated  with  date  of  work. 

Shipment  pate 

The  date  on  which  shipment  actually  occurs. 

Shipment  Wunl)er 

A  unique  identifier  for  a  shipment  of  pallets. 

Shipment  Trucking  Co 

The  carrier  handling  the  shipment. 

Skill  Description 

A  description  associated  with  skill  id. 

Skill  ID 

An  identifier  for  skill  level  associated  with  employees  of 
the  enterprise. 

Solicitation  Coyleted  By 

The  individual  who  completed  the  response  to  solicitation. 
Solicitation  Completed  On 

The  date  the  response  to  solicitation  is  actually  submitted. 
Solicitation  Due  Date 

The  date  by  which  the  response  to  solicitation  must  be 
submitted. 

Solicitation  Due  Time 

The  hour  of  the  due  date  that  the  solicitation  must  be 
submitted. 

Solicitation  ID 

A  unique  identifier  for  a  contract  solicitation,  or  request 
for  proposals. 


Solicitation  Issue  Date 

The  date  that  solicitation  is  made  public. 


standard  Cost 

The  cost  per  unit  o£  material  currently  being  used  to 
establish  the  unit  prices  of  products  in  which  the 
material  is  used. 

Standard  Price 

The  current  quotation  price  of  the  product  per  case. 

Standard-Reject-Rate 

A  reject  rate  (percent  loss)  on  finished  product  based  on 
past  experience. 

Standard  Shift  Length  Per  Day 

The  number  of  hours  of  use  for  machine  id  in  a  standard 
shift. 

Start  Time 

The  time  at  which  the  retort  cycle  begins. 

Status 

An  indicator  of  whether  the  requisition  is  open  (not  acted 
on)  or  closed  (acted  on). 

Supervisor.Emp  ID 

A  unique  identifier  of  an  employee  with  supervisory 
responsibility  for  an  operation. 

Target  Cook  Temperature 

The  target  retort  cook  temperature  associated  with  a  specific 
product  id/recipe  id  combination. 

Target  Cook  Time 

The  target  retort  cook  time  associated  with  a  specific 
product  id/recipe  id  combination. 

Target  Initial  Tei^)erature 

The  minimum  required  initial  temperature  of  product 
associated  with  a  specific  product  id/recipe  id 
combination,  at  the  point  in  time  that  it  goes  into  the 
retort. 


Task  Description 

A  description  associated  with  task  id. 

Task  Id 

A  unique  identifier  of  a  task  for  preventive  maintenance  or 
repair. 
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Test  D»8crlptlon 

A  description  of  the  procedure  associated  with  the  identifier 
test  id. 


Test  ID 

A  unique  number  that  identifies  a  specific  test  procedure  for 
incoming  materials. 

Test  Result 

An  accept  or  reject  result  associated  with  a  unique 

combination  of  material  lot  number/test  id/material  id. 

Transaction  Tyro 

An  identifier  field  for  each  of  the  following:  A  movement 

from  raw  material  into  work  in  process  or  a  movement  from 
work-in  process  back  to  raw  material. 

Type  Retort 

Type  of  retort  used. 

Unit  of  Measure 

The  units  of  measure  used  for  a  material  in  the  product 
formula  or  recipe. 

Variance  Date 

The  date  a  variable  was  requested  for  product  on  hold. 

Variance  Status 

An  indicator  of  whether  or  not  the  variance  is  granted. 

Vendor  City 

city  associated  with  vendor  id. 

Vendor  Contact  Name 

The  individual  salesman  normally  contacted  at  the  company 
indicated  by  vendor  id. 

vendor  FAX 

The  FAX  number  associated  with  vendor  id. 

Vendor  ID 

A  unique  identifier  for  each  qualified  vendor. 

Vendor  Invoice  Number 

A  number  that  identifies  the  vendor's  invoice  for  materials 
delivered. 

Vendor  Lot  Location 

The  location  in  which  the  material  lot  no  is  currently 
stored. 
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Vendor  Lot  Wo 

A  numbeT  that  identifies  the  vendor  production  lot  from  which 
the  material  originated;  typically  the  Julian  date  of 
production. 

Vendor  Lot  on  Hand  Quantity 

The  amount  of  the  material  lot  number  in  inventory. 

Vendor  Lot  Received  Date 

The  date  on  which  the  material  lot  no  was  received  at  the 
enterprise. 

Vendor  Lot  Received  Quantity 

The  amount  of  the  material  lot  originally  received  into 
inventory. 

Vendor  Lot  Status 

A  classification  of  each  material  lot  into  accept,  reject, 
hold  based  on  quality  control  requirements. 

Vendor  Name 

The  company  name  of  an  approved  supplier  of  material. 

Vendor  Phone 

The  phone  number  associated  with  vendor  id. 

Vendor  State 

State  associated  with  vendor  id. 

Vendor  Street 

The  street  address  associated  with  vendor  id. 

Vendor  Type 

An  indicator  whether  or  not  the  vendor  id  is  a  small 
business . 

Vendor  Zip 

The  zip  code  associated  with  vendor  id. 

Viscosity 

The  viscosity  of  batched  ingredients. 

Work  Order  Due  Date 

The  requested  completion  date  of  work  order  id. 

Work  Order  Id 

A  unique  identifier  of  a  work  order  to  perform  either 
preventive  maintenance  or  repair. 

Work  Order  Type 

The  type  of  work  order;  i.e.,  preventive  maintenance  or 
repair . 
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1.0  General 


1.1  Purpose  of  the  Software  Requirements  Specifications 
STP  #4  of  Contract  DLA  900-88-D-0383  between  Rutgers 

University  and  the  Defense  Logistics  Agency  requires  that  the 
contractor  design  and  code  a  simulation  model  which  will  be  capable 
of  demonstrating  steady-state  performance  of  the  projected  CRAMTD 
production  system  at  level  3  automation.  The  purpose  of  this 
document  is  to  provide  the  software  requirements  specification  to 
guide  the  design  and  coding  process.  This  document  is  a  working 
document  and  is  subject  to  revision  as  the  project  proceeds. 

1.2  Project  References 

There  are  two  documents  whith  describe  the  cooking, 
filling  and  sealing  requirements  of  an  automated  tray  pack 
production  line. 

1.  Sigethy,  A.,  Descovich,  T. ,  and  Boucher,  T.  0. 
"Revised  Automation  Control  Strategy  for  Tray  Pack  Filling/Sealing 
Line",  CRAMTD  Technical  Working  Paper  (TWP)14. 

2.  Boucher,  T.  0.,  Sigethy,  A.,  Bruins,  R. ,  and  Gursoy, 

M.  "Revised  Level  1  Automation  Control  Strategy  for  CRAMTD  Cooking 
Operation",  CRAMTD  Technical  Working  Paper  (TWP)15 

There  is  one  document  which  describes  the  commercial 
simulation  language  being  used  for  this  project: 

1.  Pegden,  D.  C.,  Introduction  to  SIMAN,  Systems 
Modeling  Corp.,  504  Beaver  Street,  Sewickley,  PA  15143. 

Other  related  documentation  are  as  follows: 
a)  Technical  Proposal:  STP  #4  Under  Contract  DLA  900-88- 

D-0383. 


-1- 


b)  Previously  developed  technical  documentation  relating 
to  this  project:  None 

c)  Significant  corresponds  related  to  project:  None 

d)  Documentation  concerning  related  projects:  None 

e)  Manuals  or  documents  that  constrain  or  explain 
technical  factors  affecting  project  development:  None 

f)  standards  or  reference  documentation: 

1)  Documentation  Standards  and  Specifications:  None 

2)  Programming  conventions:  Introduction  to  SIMAN 

3)  DoD  or  Federal  Standards:  None 

4)  Hardware  Manual:  None 
1.3  Terms  and  Abbreviations 

CRAMTD  -  Combat  Rations  Advanced  Manufacturing  Technology 
Demonstration. 

2 . 0  System  Summary 
2.1  Background 

The  major  task  to  be  performed  under  the  CRAMTD  project 
is  to  bring  together  existing  advanced  food  manufacturing 
technology  and  to  develop  new  technology  that  will  enable  the 
design  of  food  production  systems  that  are  flexible,  cost 
effective,  and  capable  of  producing  products  of  high  quality.  In 
order  to  analyze  such  a  system  in  the  design  phase  as  well  as  in 
the  operational  phase,  it  is  important  to  develop  a  simulation 
model  of  the  system.  Such  a  simulation  model  is  capable  of 
analyzing  the  performance  of  the  system  under  different  production 
planning/control  policies,  system  layouts,  scheduling  rules,  and  so 
on.  As  a  by-product  of  this  development  effort,  it  is  also 
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possible  to  determine  the  benefits  of  using  advanced  food 
manufacturing  technology  as  opposed  to  labor  intensive 
manufacturing  methods. 

Two  types  of  food  production  lines  are  under 
consideration  for  simulation:  Tray-pack  line  (See  Figure  1)  and  MRE 
pouch  line  (see  Fig.  2).  For  each  line,  a  simulation  model  is 
developed.  These  models  are  written  in  SIMAN  (a  commerically 
available  simulation  language)  and  are  limited  to  the  flow  of 
different  materials  through  different  processes  that  exist  in  the 
production  lines. 

2.2  Objectives 

There  are  three  objectives  to  be  satisfied  by  the 
simulation  models.  These  objectives  are  as  follows: 

1.  To  compute  different  performance  measures  of  the 
system,  such  as: 

a.  Production  rate  of  tray  pack  or  MRE  pouch 
production  line. 

b.  Average  system  flow  time  for  a  tray  pack  or  a  MRE 

pouch. 

c.  Utilization  of  different  stations  in  the  tray 
pack  or  MRE  pouch  production  lines. 

d.  Queueing  characteristics  for  each  station  in  the 
tray  pack  or  MRE  pouch  production  lines. 

2.  To  study  different  scheduling  policies  foe  daily 
production. 

3.  To  provide  a  graphical  representation  of  the 
production  line  operation. 
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2.3  System  Definition 

Since  simulation  programs  are  written  in  SINAN,  it  is 
important  that  SIMAN  Software  organization  is  defined  together  with 
the  user  interface.  Figure  3  (ref.  Introduction  to  SIMAN) 
represents  SIMAN  Software  organization  and  Figure  4  represents  the 
user  perspective.  A  SIMAN  simulation  is  divided  into  three 
distinct  activities:  System  model  development,  experimental  frame 
development,  and  data  analysis.  Within  these  three  activities,  the 
SIMAN  Software  consists  of  five  individual  processors  (model, 
experimental,  link,  run,  output)  which  interact  through  four  data 
files : 

2.3.1  Model  File  Generation:  The  model  processor  is 
used  to  construct  a  block  diagram  representing  specific  process 
functions.  The  data  file  that  is  generated  is  called  the  model 
file.  This  file  may  be  generated  in  an  interactive  graphics  mode 
through  an  editor  called  "BLOCKS". 

2.3.2  Model  File  Compilation;  Model  file  is  compiled 
into  an  appropriate  format  to  be  read  by  link  processor.  This  is 
done  through  "MODEL"  compiler. 

2.3.3  The  Experimental  File  Generation:  The  experimental 
processor  is  used  to  define  the  experimental  frame  (containing  all 
the  input  parameters)  for  the  system  model.  The  data  file  that  is 
generated  is  called  the  experiment  file.  This  file  may  be 
generated  in  an  interactive  graphics  mode  through  an  editor  called 
"ELEMENTS" . 

2.3.4  Data  File  Compilation:  Input  data  file  is  compiled 
into  an  appropriate  format  to  be  read  by  Link  processor.  This  is 
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done  through  "EXMPT"  Compiler. 

2.3.5  Program  Generation:  The  Link  processor  combines 
the  model  file  and  the  experiment  file  to  produce  the  program  file. 

2.3.6  Running  Simulation:  The  program  file  is  input  to 
the  run  processor  which  executes  the  simulation  runs  and  writes  the 
results  into  an  output  file. 

2.3.7  Processing  the  simulation  Output:  the  output 
processor  is  used  to  analyze  format  and  display  the  data  contained 
in  the  output  file. 

2.3.8  CINEMA  MODEL:  This  is  a  graphical  simulation. 
Different  entities  (work-stations,  material,  etc.)  are  represented 
by  different  icons  and  stored  in  a  file  through  a  graphics 
interface.  The  dynamics  of  these  icons  are  governed  by  SIMAN 
program.  The  result  will  be  animation  of  the  system  operation  on 
the  screen. 

2.3.9  The  block  diagram  or  model  file  consists  of  six 
overlapping  modules; 

2. 3. 9.1  Scheduling  Module  -  This  contains  the 
scheduling  routine  for  daily  production. 

2. 3. 9. 2  Resource  Selection  Module  -  The  resources 
(work  stations)  required  to  produce  a  given  product  are  selected  in 
this  module,  and  consequently  turned  on. 

2. 3. 9. 3  Material  Transportation  Module  -  This 
contains  the  routine  for  material  transportation  between  resources. 
It  also  checks  the  availability  of  material  at  each  resource. 

2. 3. 9. 4  Filling  Line  Module  -  This  module 
contains  instructions  relating  to  the  simulation  of  filling  and 
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sealing  operations. 

2. 3. 9. 5  Packaging/Inspection  Module  -  The 
instructions  relating  to  the  simulation  of  packaging  and  inspection 
stations  are  included  in  this  module. 

2. 3. 9. 6  System  Reset  Module  -  All  the  system 
parameters  are  reset  and  initialized. 


-6- 


SIMAN  SOFTWARE  ORGANIZATION 


Fig  3  SIMAN  SOFTWARE  ORGANIZATION 


4  SYSTEM  DIAGRAM  (USER  PERSPECTIVE) 


FIG  4:  SOFTWARE  ARCHITECTURE  -  USER  PERSPECTIVE 


2.5  Computer  Program  Identification 

2.5.1  The  following  programs  belong  to  SIHAN: 

1  -  "BLOCKS”  Editor 

2  -  "ELEMENTS"  Editor 

3  -  "MODEL"  compiler 

4  -  "EXMPT"  compiler 

5  -  LINK 

6  -  RUN 

2.5.2  A  user  application  program  consists  of  two  files: 

2. 5. 2.1  A  file  containing  block  diagram. 

2. 5. 2. 2  A  file  containing  input  parameters. 

2.6  Assumptions  and  Constraints 
None  identified. 

3.0  Environment 

3.1  Equipment  Environment 

a)  IBM  PS2,  DOS  Operating  System,  640K  RAM 

b)  Storage  Media  3.5"  Floppy  disk 

c)  Output  devices  VGA  monitor,  Printer 

d)  Input  devices  keyboard  and  mouse 

e)  No  additional  communications  requirements 

3.2  Support  Software  Environment 

Simulation  program  is  developed  in  SIMAN  Simulation 
language  which  requires  DOS  operating  system  and  MICROSOFT  FORTRAN 
compiler,  version  4.0. 

3.3  Interfaces 
None . 

3.4  Security  and  Privacy 

No  requirement  for  security  and  privacy. 

4 . 0  Detailed  Characteristics  and  Requirements 

4.1  Specific  Performance  Requirements 
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4.1.1  Accuracy  and  Validity 

a)  The  accuracy  of  final  results  depends  on  the 
length  of  simulation  run.  As  long  as  the  simulation  clock  does  not 
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exceed  1x10  time  units  (time  unit  is  implicitly  defined  through 
the  input  data),  the  accuracy  is  up  to  5  digits  after  the  decimal 
point. 

b)  Since  simulation  by  itself  is  an  approximation, 
it  is  necessary  to  validate  the  results.  There  are  several 
validation  techniques  existing  in  the  simulation  literature  (ref. 
Discrete-Event  System  Simulation  by  Banks  and  Carson). 

c)  User  is  responsible  for  insuring  the  accuracy 
of  input  data  as  required  by  SIMAN.  These  requirements  are 
specified  in  Introduction  to  SIMAN. 

d)  No  data  transmission  checks  are  required. 

4.1.2  Timing 

a)  Throughput  time  of  a  simulation  program  depends 
on  the  complexity  of  the  system  being  simulated  as  well  as  the 
length  of  the  simulation  run.  The  latter  may  be  specified  in  terms 
of  either  the  simulation  clock  or  some  counter  (counting  the  number 
of  some  events  taking  place  in  the  system). 

b)  Response  time  to  queries  and  to  updates  of  data 
files:  in  order  of  seconds. 

c)  Response  time  of  major  functions:  for  SIMAN 
function,  the  response  time  is  in  order  of  seconds. 

d)  Sequential  Relationship  of  functions:  SIMAN 
functions  must  be  performed  in  an  order  as  described  in  ref. 
Introduction  to  SIMAN. 
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4.2  Computer  Program  Functions 

4.2.1  Identification  of  Computer  Program  No.  1 

Program  Name:  BLOCKS  MOD). 

This  program  is  used  for  entering,  modifying, 
saving  and  retrieving  model  file  MOD]  which  contains  the 

block  diagrams  (2.3.1).  is  a  user  specified  file  name. 

4.2.2  Identification  of  Computer  Program  No.  2 

Program  Name:  ELEMENTS  EXP). 

This  program  is  used  for  entering,  modifying, 
saving  and  retrieving  experiment  file.  EXP]  which  contains 

input  parameters  (2.3.3).  is  a  user  specified  file  name. 

4.2.3  Identification  of  Computer  Program  No.  3 

Program  Name:  MODEL  MOD]. 

This  program  is  used  to  compile  the  model  file  and 
create  M]  file  (2.3.2). 

4.2.4  Identification  of  Computer  Program  No.  4 

Program  Name:  EXPMT  EXP]. 

This  program  is  used  to  compile  the  experiment 
files  and  create  I"*".  E]  file  (2.3.4). 

4.2.5  Identification  of  Computer  Program  No.  5 

Program  Name:  LINK  M  ]  E]. 

This  program  is  used  to  link  the  compiled  model 
and  experiment  file  to  generate  program  file  P]  (2.3.5). 

4.2.6  Identification  of  Computer  Program  No.  6 

Program  Name:  SIMAN  P]. 

This  program  executes  the  program  contained  in 
program  file  (2.3.6)  and  generates  an  output  file  containing 
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simulation  results. 


4.2.7  Identification  of  Computer  Program  No.  7 
Program  Name:  OUTPT  [output  file  name]. 

This  program  is  used  to  manipulate  the  simulation 

output  file. 

4.3  Inputs-Outputs 

Already  covered  in  Section  4.2  of  this  specification. 

4.4  Data  Characteristics 

Input  data  must  be  specified  according  to  the  rules  given 
in  ref.  Introduction  to  SIMAN.  Resulting  computations  shall  be  in 
integers  or  single  precision  numbers  displayed  in  decimal  format  or 
exponential  format. 

SIMAN  required  about  7.9  mega  bytes  of  disk  space  and 
about  590K  bytes  of  RAM  in  order  to  run.  The  user  defined  programs 
(files)  require  about  1  mega  byte  of  disk  space. 

4.5  Failure  Contingencies 

This  software  is  not  critical  to  other  system  operations 
and  will  not  have  redundancy  or  fail  safe  provisions.  Failure 
during  operation  will  result  in  the  loss  of  files  not  saved. 

Failure  will  require  a  restart  and  lost  files  will  have  to  be 
reloaded. 

4.6  Design  Requirements 

The  only  design  requirements  are  those  specified  by 
SIMAN,  (ref.  Introduction  to  SIMAN). 

4.7  Computer  Security  Requirements 

None . 

4.8  Human  Performance  Requirements 
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Knowledge  of  simulation  methodologies  as  well  as  SIMAN  is 

required. 

5 . 0  Test  and  Quantification  Requirements 

There  are  several  techniques  in  simulation  methodology  to  test 
the  validity  of  simulation  results: 

-  Face  Validity:  Simulation  results  are  examined  by  a 
person(s)  knowledgeable  about  the  system  (being  modeled). 

-  Sensitivity  Analysis:  Simulation  outputs  are  observed  by 
changing  the  value  of  input  parameters. 

-  Input/Output  Transformation:  Under  the  same  values  for 
input  parameters,  outputs  from  the  simulation  model  are  matched 
against  those  obtained  from  the  system  (being  modeled).  Thj  *5  test 
is  possible  if  the  modeled  system  exists.  To  the  extent  possible, 
the  simulation  results  will  be  compared  against  those  obtained  from 
the  actual  system  installed  in  the  CRAMTD  demonstration  site. 

6 . 0  Notes 

The  following  documents  are  cited  in  this  specification,  and 
can  be  made  available  to  the  reader  to  assist  in  understanding  this 
specification. 

Reference : 

1.  Boucher,  T.  0.,  Sigethy,  A.,  Bruins,  R.,  and  Gursoy,  M. , 
"Revised  Level  i  Automation  Control  Strategy  for  CRAMTD  Cooking 
Operation",  CRAMTD  Technical  Working  Paper  (TWP)15. 

2.  Sigethy,  A.,  Descovich,  T.,  and  Boucher,  T.  0.,  "Revised 
Automation  Control  Strategy  for  Tray  Pack  Filling/Sealing 
Line",  CRAMTD  Technical  Working  Paper  (TWP)14. 

3.  Pegden,  D.  C.,  Introduction  to  SIMAN,  Systems  Modeling  Corp., 
504  Beaver  Street,  Sewickley,  PA,  15143. 
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1.  Introduction 


This  technical  report  responds  to  task  ref.  number  3.7.3  of  STP  #4  under  contract  No. 
DLA  900-88-D-0387.  It  describes  the  discrete  event  computer  simulation  models 
developed  for  CRAMTD  Advanced  TVay-pack  and  MRE-pouch  lines  as  part  of  STP#4: 
Design  and  Development  of  CIM  Architecture  for  Food  Manufacturing.  These 
simulation  models  are  capable  of  demonstrating  steady-state  performance  of  the 
projected  CRAMTD  production  system  at  level  2  automation.  They  particularly  include 
equipment  utilization,  production  rate,  queueing  and  inventory  characteristics  of  the 
CRAMTD  lines.  The  simulation  models  are  implemented  on  a  commercially  available 
simulation  language,  namely  SIMAN. 

The  outline  of  this  report  is  as  follows:  In  Section  2,  we  give  an  overview  of  simulation 
modeling,  and  in  Sections  3  and  4,  we  describe  the  simulation  models  for  the  CRAMTD 
Advanced  Tray-pack  and  MRE  Pouch  lines.  In  Section  5,  we  give  guidelines  for  using 
the  simulation  programs.  The  simulation  codes  are  given  in  Appendices  I  and  11. 

2.  An  Overview  of  Discrete  Event  Simulation  Modeling 

Discrete  event  computer  simulation  (will  be  referred  to  as  simulation,  hereafter)  has  been 
used  by  many  researchers  and  practitioners  to  study  complex  systems.  Though 
simulation  can  be  used  for  both  deterministic  and  stochastic  systems,  the  common 
practice  has  been  to  use  simulation  for  stochastic  systems.  In  a  typical  stochastic  system 
there  are  one  or  more  sources  of  randomness.  For  instance,  in  a  production  line 
processing  times  on  di.  rent  machines  can  be  randomly  distributed  according  to  some 
distribution  function.  Another  example  could  be  random  error  or  noise  inherent  in  almost 
any  mechanical  equipii  .  iit.  For  instance,  a  typical  filling  machine  has  some  degree  of 
inaccuracy  which  is  of  a  random  nature. 


One  of  the  main  reasons  for  building  a  simulation  model  is  to  be  able  to  make  some 
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inferences  about  the  system  based  on  the  experiments  performed  on  the  model.  This, 
however,  requires  that  the  model  accurately  represents  the  modeled  system  within  some 
level  of  abstraction.  This  means  that  the  simulation  model  needs  to  be  validated  prior  to 
its  utilization  as  a  representation  of  the  real  system.  Facilitation  of  simulation  validation 
is  one  among  several  reasons  to  use  special  purpose  simulation  languages  for  computer 
programming.  We  will  discuss  simulation  validation  in  more  detail  later.  Next,  we 
briefly  describe  the  steps  to  simulation  modeling.  In  a  subsequent  section,  we  will 
describe  SIMAN. 

Simulation  Methodology 

Computer  simulation  modeling  is  performed  in  several  steps  (ref.  Discrete-Event  System 
Simulation).  The  first  step  involves  problem  statement.  In  this  step  the  system  as  a  whole 
and  its  components  must  be  clearly  defined  and  the  system  boundary  be  recognized.  In 
the  case  of  CRAMTD  lines  we  performed  this  step  through  meetings  with  the  CRAMTD 
stafif  knowledgeable  about  the  advanced  Ihiy-pack  and  MRE  Pouch  lines.  We  also  made 
our  own  observations  about  these  systems. 

The  second  step  in  simulation  modeling  is  data  collection.  Two  types  of  data  may  be 
collected:  One  type  of  data  relates  to  what  will  be  used  as  input  data  for  the  simulation 
model.  The  second  type  of  data  would  serve  as  reference  data  for  validation.  We  note 
that  for  a  new  system  in  the  design  stage,  the  data  collection  may  not  be  possible  mainly 
because  the  system  does  not  exist  and  therefore  does  not  have  any  history.  In  such  a  case, 
it  may  be  possible  to  use  data  from  a  similar  existing  system.  For  the  CRAMTD  lines,  we 
collected  the  first  type  of  data  through  different  channels:  the  CRAMTD  stafif  and 
equipment  vendors.  We  also  used  some  of  the  historical  data  provided  to  us  by  Tray-pack 
and  MRE  pouch  manufacturers.  The  latter  was  data  related  to  product  demand,  shipping 
schedule,  and  casing  line  operation. 
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The  third  step  in  simulation  modeling  is  to  develop  a  conceptual  model  of  the  system. 
This  model  could  be  an  informal  model  written  in  English-Like  statements,  or  it  could  be 
more  structured  like  a  flow  chart  or  block  diagrams.  In  either  case,  this  model  would 
describe  the  logic  behind  the  system  operation  and  interaction  that  exist  among  difierent 
components  of  the  system.  It  is  desirable  to  verify  this  model.  That  is  to  say,  compare  it 
with  the  actual  system  prior  to  proceeding  to  the  next  step.  For  the  CRAMTD  lines,  we 
developed  block  diagrams. 

Given  that  the  conceptual  model  accurately  represents  the  system  under  study,  the  next 
step  is  to  develop  the  operational  model  or  the  computer  code  from  it.  Two  types  of 
computer  programming  languages  have  been  used  for  simulation:  high-level 
programming  languages,  such  as  C,  FORTRAN,  PASCAL,  and  special  purpose 
simulation  languages,  such  as  GPSS,  and  SIMAN.  Each  class  of  languages  has  its  own 
advantages  and  disadvantages.  General  purpose  languages  are  quite  flexible  and  are 
easily  portable  from  one  hardware  platform  to  another.  However,  simulation  modeling 
using  these  type  of  languages  usually  requires  quite  a  long  development  cycle.  Because 
of  the  built  in  functions  and  procedures,  the  special  purpose  simulation  languages  lend 
themselves  to  a  shorter  program  development  cycle.  However,  these  languages  are  less 
flexible  and  less  portable. , 

There  are  two  general  approaches  to  simulation  modeling:  process-  interaction  approach 
and  event-scheduling  approach.  In  the  former  one,  the  modeled  system  ’.s  viewed  in  terms 
of  its  entities,  the  interaction  between  the  entities,  and  the  undergoing  processes  for  each 
entity.  In  the  event-scheduling  approach  the  system  is  viewed  in  terms  of  its  primary 
events  which,  when  they  occur,  change  the  state  of  the  system.  The  former  approach  is 
often  employed  by  the  special  purpose  simulation  languages,  whereas,  the  latter 
approach  is  more  sui;.ible  for  general  purpose  high  level  languages.  The  process- 
interaction  approach  happens  to  be  a  more  natural  modeling  approach.  It  also  facilitates 
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the  validation  procedure.  These  pxe  the  two  major  advantages  of  special  purpose 
simulation  languages  over  the  general  purpose  programming  languages. 

Despite  these  advantages,  the  special  purpose  simulation  languages,  particularly,  in 
micro-computer  environment  have  a  stringent  memory  constraint.  The  problem  comes 
from  the  modeling  approach  associated  with  these  languages.  Each  physical  entity  of 
interest  in  the  real  system  (e.g.,  trays  or  pouches)  is  modeled  by  a  logical  entity  requiring 
a  computer  memory  space.  Thus,  the  memory  requirement  for  a  simulation  program 
grows  very  rapidly  as  the  number  of  concurrent  entities  in  the  system  grows. 
Nevertheless,  this  problem  could  be  contained  to  a  large  extent  by  careful  programming. 

For  the  CRAMTD  simulation  models,  we  have  used  a  special  purpose  simulation 
language,  SIMAN,  which  is  also  commercially  available.  SIMAN  has  gained  remarkable 
popularity,  particularly  among  those  who  model  manufacturing  systems.  Later  in  this 
report  we  will  briefly  discuss  SIMAN. 

Given  the  simulation  code,  the  next  step  is  to  validate  the  model.  There  are  several 
different  approaches  to  model  validation,  some  being  somewhat  subjective  and  others 
being  more  objective.  One  subjective  approach  is  so  called  "face  validation".  Here,  the 
simulation  model  and  its  results  are  examined  by  somebody  who  is  quite  familiar  with  the 
real  system.  One  other  subjective  validation  is  through  visual  inspection  of  the  simulation 
model  operation.  With  the  new  special  purpose  simulation  languages  it  is  possible  to 
develop  a  graphical  model  to  animate  the  system  operation.  The  inspection  of  this 
graphical  model  is  another  way  of  validating  the  simulation  model. 

A  more  objective  approach  for  validation  is  called  "input-output  transformation".  Here, 
the  output  of  the  simulation  model  is  statistically  compared  to  the  data  collected  from  the 
real  system.  It  is,  of  course,  important  that  the  input  conditions  for  the  model  match 
those  of  the  real  system  at  the  time  of  data  collection.  The  use  of  input-output 
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transformation  is  possible  only  in  cases  where  the  modeled  system  exists  and  output  data 
could  be  collected.  Another  objective  validation  metl  is  "sensitivity  analysis"  where 
the  simulation  outputs  are  examined  by  changing  the  inputs.  In  sensitivity  analysis  we  are 
not  very  much  concerned  with  the  absolute  values  of  the  simulation  output.  What  matters 
is  the  direction  by  which  a  simulation  output  changes  as  we  change  one  or  more 
simulation  inputs.  This  type  of  validation  is  very  common  and  could  easily  be 
implemented. 

For  the  CRAMTD  simulations  we  were  not  able  to  perform  input-output  transformation 
mainly  because  the  actual  physical  systems  do  not  yet  exist  in  their  entirety.  The  types  of 
validation  that  we  have  done  are  face  and  visual  validation  and  sensitivity  analysis. 

In  regard  to  sensitivity  analysis,  we  have  tested  the  sensitivity  of  the  CRAMTD 
Advanced  TVay-pack  line  production  rate  as  the  line  speed  and  failure  rate  for  the  seamer 
change.  As  for  the  MRE  Pouch  line,  the  sensitivity  of  the  production  rate  was  tested 
against  the  line  speed. 

Having  the  validation  procedure  completed  successfully,  the  simulation  model  may  now 
be  utilized  for  experimentation.  One  purpose  for  which  the  results  ftom  the  CRAMTD 
simulation  are  used  is  NCIC  as  part  of  the  CRAMTD  base  project. 

A  Brief  Description  of  SIMAN 

A  SIMAN  simulation  is  divided  into  three  distinct  activities:  System  model  development, 
experimental  frame  development,  and  data  analysis.  Within  these  three  activities,  the 
SIMAN  software  consists  of  five  individual  processors  (model,  experimental,  link,  run, 
output)  which  interact  through  four  files:  model  file,  experimental  file,  program  file,  and 
output  file.  The  model  file  is  developed  by  a  user  and  contains  the  simulation  model  (also 
called  block  diagrams).  This  model  is  compiled  by  the  model  processor  into  a  format  to 
be  read  by  the  link  processor.  The  experimental  file  contains  input  data  values  for  the 
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modei.  This  file  is  compiled  by  the  experimental  processor  into  a  format  to  be  read  by  the 
link  processor.  The  model  and  experimental  files  are  linked  together  to  make  the  program 
file.  This  file  is  executed  using  the  run  processor  generating  output  data  which  are  stored 
in  output  files.  If  desired,  this  file  may  be  processed  by  the  output  processor. 

SIMAN  also  has  a  graphical  simulation  capability.  Here,  different  entities  (workstations, 
raw  material,  packaging  material,  etc.)  in  the  system  are  represented  by  different  icons. 
These  icons  are  stored  in  a  file  through  a  graphics  interface.  The  dynamics  of  these  icons 
are  governed  by  the  SIMAN  simulation  program.  The  result  will  be  animation  of  the 
system  operation  on  the  screen.  For  mote  on  SIMAN,  see  ref.  Introduction  to  SIMAN, 
and  Simulation  Model  Software  Requirements  Specification,  Version  I.O. 

3.  Simulation  of  the  CRAMTD  Advanced  lVay>Pack  Line 

First,  we  give  a  brief  introduction  to  the  CRAMTD  Advanced  Tray-pack  line.  Then,  we 
describe  the  simulation  model  for  this  system. 

The  CRAMTD  Advanced  Tray>Pack  Line 

The  CRAMTD  Advanced  Tray-Pack  line  is  a  hypothetical  production  line  based  on  the 
technology  being  used  in  the  CRAMTD  pilot  plant  and  proposed  for  use  in  the 
CRAMTD  phase  II.  It  is  composed  of  four  major  areas;  the  cooking  area,  the  filling  area, 
the  retort  area,  and  the  casing  area.  A  schematic  of  the  CRAMTD  \dvanced  Tray-pack 
line  is  shown  in  Figure  1.  The  cooking  area  co'^tains  the  cooking  stations  (e.g.,  oven  and 
kettles)  for  cooking  meat  and  sauce.  The  filling  area  consists  of  a  tray-place  station, 
filling  stations,  check  weighing  station,  and  a  Yaguchi  seamen  These  stations  are 
connected  through  a  power  conveyor.  For  more  comprehensive  description  of  the 
cooking  and  filling  areas  see  TWP#14:  Revised  Automation  Control  Strategy  for  Tray 
Pack  Filling/Sealing  Line. 
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Presently,  the  casing  area  is  not  a  part  of  the  CRAMTD  facility.  In  our  simulation  model, 
we  assume  the  same  technology  for  casing  as  in  the  base  tray-pack  lines.  In  the  base 
tray-pack  lines,  the  casing  area  consists  of  a  tray  washing  station  followed  by  a  dryer,  a 
videojet  marker,  a  casing  and,  finally,  a  palletizing  station.  FTere  trays  are  first  washed 
and  dryed.  The  videojet  inks  the  trays  with  all  the  required  labeling  information.  The 
trays  are  then  cased  into  batches  of  four.  Six  of  these  cases  make  up  a  carton. 

The  Simulation  Model 

The  simulation  model  consists  of  several  modules,  each  of  which  is  described  below. 
Unless  otherwise  stated,  the  input  data  used  in  these  modules  are  stored  in  the 
experimental  file. 

The  Scheduling  Module  decides,  at  the  beginning  of  everyday,  the  product  to  be 
produced  on  that  day.  It  is  assumed  that  only  one  product  is  produced  on  a  given  day.  The 
simulation  program  keeps  a  list  of  outstanding  orders.  The  Scheduling  Module  scans  this 
list  and  finds  the  order  with  the  earliest  due  date.  The  due  dates  are  inputs  to  the 
simulation  model.  The  order  with  the  earliest  due  date  defines  the  next  product  to  be 
produced.  Once  the  product  is  selected,  the  available  inventory  is  checked.  Inventory  of 
any  given  product  may  exist  because,  on  any  given  day,  only  one  product  is  produced 
and  it  is  assumed  that  the  production  would  continue  till  the  end  of  the  day  even  if  the 
demand  is  already  met.  The  difference  between  the  actual  demand  and  the  available 
inventory  gives  the  current  demand  for  the  product.  If  the  available  inventory  exceeds 
the  demand,  then  the  order  is  considered  to  be  satisfied  and  a  new  order  is  selected  from 
the  list  of  outstanding  orders.  Meanwhile,  the  inventory  data  is  updated. 

Once  the  product  and  the  demand  have  been  identified,  the  module  routes  the  required 
raw  materials  or  ingredients  to  the  cooking  area.  The  program  has  a  record  of  the 
ingredients  for  each  of  the  product  types  it  considers.  Presently,  the  model  is  set  up  for 
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four  different  product  types,  namely  beef  stew,  beef  tips  with  gravy,  beef  chunks,  and 
mixed  vegetables.  This  number  can  be  increased  by  adding  a  list  of  ingredients  that  are 
required  for  any  new  product.  This  list  is  kept  within  the  model  itself.  No  major  change 
would  be  needed  unless  the  product  requires  more  than  two  solid  filling  operations  and/or 
more  than  two  sauce  filling  operations. 

The  Scheduling  Module  also  schedules  and  controls  the  stan  and  stop  of  daily 
production.  There  are  three  staggered  shifts.  The  cooking  operation  is  the  first  to  start  in 
the  morning.  It  is  assumed  that  this  operation  starts  2  hrs  prior  to  the  start  of  other 
operations.  This  ensures  that  packaging  (filling)  need  not  be  stopped  for  the  lack  of  any 
cooked  material.  An  estimate  is  made  of  the  number  of  cooks  (batches)  required  for  that 
day  and  the  operation  comes  to  an  end  once  this  number  is  met. 

The  packaging  operation  starts  at  8:(X)  a.m.  and  continu'*s  for  8  hours.  At  the  end  of  the 
8-hour  shift,  the  loading  of  trays  to  the  packaging  line  stops.  The  trays  that  are  already  in 
the  system  are  processed  all  the  way  to  the  retorting  operation.  The  retort  shift  starts 
when  the  first  load  of  trays  (to  be  defined  later)  becomes  available.  The  operation 
continues  until  all  the  filled  trays  are  retorted. 

The  next  module  is  Inventory  Control  Module.  This  module  tracks  the  inventory  level  of 
finished  goods.  The  inventory  level  is  updated  at  the  end  of  each  day.  The  trays  which 
have  passed  their  incubation  period  but  have  been  rejected  due  to  USDA  inspection  are 
included  in  the  inventory  records.  The  rejection  of  the  trays  due  to  USDA  inspection  is 
simulated  by  assigning  a  rejection  probability  to  a  daily  production.  This  probability  is 
input  to  the  model.  The  trays  which  passed  the  USDA  inspection  are  then  scheduled  for 
shipping. 

There  are  two  activities  involved  in  the  cooking  operation:  pre-cooking  and  cooling.  The 
Cooking  module  simulates  these  two  activities.  The  pre-cooking  and  cooling  times  are 
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inputs  to  the  model. 

The  next  module  is  the  Packaging  Module  which  simulates  all  the  activities  taking  place 
in  the  filling  and  sealing  stations.  The  packaging  starts  with  the  trays  being  placed  on  the 
conveyor.  Each  tray  is  modeled  by  a  logical  (SIMAN)  entity.  SIMAN  has  modeling  tools 
to  represent  conveyors  and  physical  locations  (e.g.,  filling  station  or  sealing  station).  A 
physical  conveyor  is  represented  by  a  SIMAN  conveyor  and  physical  locations  by 
SIMAN  stations.  All  the  activities  associated  with  a  physical  location  can  be 
accommodated  in  a  SIMAN  station. 

The  module  contains  SIMAN  stations  for  various  filling  and  sealing  operations,  and 
SIMAN  conveyors  connecting  these  various  stations.  The  SIMAN  entities  move  on  the 
SIMAN  conveyors  fiom  one  SIMAN  station  to  another.  The  physical  distance  between 
these  stations  is  also  accounted  for  in  the  simulation  model. 

In  the  model  there  are  two  solid  filling  stations  (one  for  meat  and  one  for  vegetables)  and 
two  sauce  filling  stations.  One  of  these  sauce  filling  stations  may  be  utilized  for  gravy 
pre-filling.  The  type  of  filling  stations  to  be  used  depends  on  the  product.  This 
informatiou  is  kept  as  a  routing  matrix  in  the  experimental  model. 

The  fiUing  operation  is  assumed  to  be  continuous  and  synchronized.  Trays  located  on  the 
conveyor  move  from  one  station  to  another.  A  proper  amount  of  material  is  deposited  to  a 
tray  as  it  passes  through  a  filling  station.  The  time  through  the  station  is  controlled  by  the 
conveyor  speed  which  is  an  input  to  the  model.  The  amount  of  material  deposited  to  a 
tray  is  determined  according  to  a  probability  distribution.  For  each  filling  station  and 
each  product,  we  assume  a  normal  distribution  with  particular  mean  and  standard 
deviation.  These  parameters  are  input  to  the  model.  These  distribution  can  be  changed  if 
desired. 

In  the  actual  system,  once  the  filling  is  done,  the  tray  passes  through  a  sensor  which 
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checks  to  see  if  any  mounds  are  fonned.  If  any  such  mounds  exist  the  tray  is  diverted  to 
another  stadon  to  adjust  the  mound  level.  In  the  simuladon  model  the  tray  is  diverted 
through  this  extra  operation  with  a  given  probability  which  is  a  user-input. 

The  next  step  is  for  the  tray  to  go  through  a  check-weighing  station.  Here,  the  filling 
weights  are  compared  to  the  specifications.  A  tray  falling  outside  of  the  specification  is 
diverted  out  of  the  line. 

Once  the  trays  have  been  filled  and  checked,  they  are  ready  for  sealing.  The  sealing 
operation  is  also  assumed  to  be  set  to  the  same  speed  as  the  conveyor.  After  sealing  the 
trays  are  loaded  into  racks  of  72  trays  each.  The  racks  are  then  transported  to  the 
retorting  area.  This  completes  the  Packaging  Module. 

The  next  operation  is  retorting,  which  is  modeled  by  the  Retort  Module.  The  module 
takes  pallets  from  the  Packaging  Module  and  brings  them  to  the  retorts.  The  number  of 
retorts  depend  on  the  conveyor  speed.  This  number  should  be  selected  such  that  the  two- 
hour  time  limit  between  the  sealing  of  a  tray  and  start  of  a  retort  operation  is  not  violated. 
The  model  checks  this  condition  for  any  sealed  tray  and  reports  the  violations  if  any. 
Piesently,  we  have  seven  retorts  in  the  model.  This  number  can  be  changed  following 
some  minor  modifications  in  the  simulation  model.  The  number  of  racks  that  can  be 
accommodated  in  one  retort  cycle  is  dependent  on  the  size  of  the  retort.  From  the 
available  data  it  is  assumed  to  be  4  racks  per  retort.  The  retorting  times  are  dependent  on 
the  product.  This  number  may  be  changed  in  the  simulation  model  if  desired.  The  retort 
cycle  time,  which  is  an  input  to  the  model,  includes  the  retorting  time  as  well  as  the 
loading  and  unloading  time  of  the  retort. 

Another  module  in  the  simulation  model  is  the  Casing  Module.  Here,  the  retorted  trays 
go  through  washing,  drying,  labeling,  and  casing  in  groups  of  four.  Then  six  cases  are 
placed  within  a  carton.  The  number  of  trays  in  a  case  and  the  number  of  cases  in  a 
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cartoon  could  be  changed  in  the  simulation  model  if  desired. 

The  last  module  to  explain  is  the  Failure  Module,  which  schedules  and  controls  the 
breakdowns  in  the  system.  Any  machine  breakdown  will  cause  the  stoppage  of  the  whole 
packaging  line.  Therefore,  the  breakdown  phenomenon  is  simulated  by  sampling  from  a 
time  to  failure  probability  distribution  and  stopping  the  line  operation  according  to  the 
sampled  time.  The  line  remains  down  for  a  period  of  time,  which  is  sampled  from  a  repair 
time  distribution.  This  whole  procedure  could  be  implemented  for  any  machine  on  the 
line.  Nevertheless,  presently  the  model  only  considers  the  Yaguchi  seamer  breakdowns, 
because  of  the  lack  of  appropriate  data.  The  parameters  of  time  to  failure  and  repair  time 
probability  distributions  are  input  to  the  model. 

A  copy  of  the  simulation  program  is  given  in  Appendix  I.  A  copy  of  the  source  code  and 
related  files  for  this  simulation  program  are  stored  on  disk.  In  Section  5  we  will  describe 
the  procedure  for  running  the  program. 

4.Simulation  of  the  CRAMTD  Advanced  MRE  Pbuch  Line 

First,  we  give  an  introduction  to  the  CRAMTD  MRE  Pouch  line.  Then,  we  describe  the 
simulation  model. 

The  CRAMTD  Advanced  MRE  Pouch  Line 

The  CRAMTD  Advanced  MRE  Pouch  line  is  a  hypothetical  production  line  based  on  the 
technology  used  in  the  CRAMTD  pilot  plant  and  proposed  for  use  in  the  CRAMTD 
phase  n.  It  is  composed  of  six  major  areas:  the  cooking  area,  the  filling  (packaging)  area, 
an  inspection  area,  the  retort  area,  another  inspection  area,  and  the  casing  area.  A 
schematic  of  this  line  is  shown  in  Figure  2.  The  cooking  area  contains  the  cooking 
stations  (e.g.,  an  oven  and  kettles)  for  cooking  meat  and  sauce.  The  filling  area  consists 
of  a  forming  station,  where  the  pouches  are  formed,  filling  stations,  sealing  station. 
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followed  by  three  cutting  stations.  The  fonning  station  forms  six  pouches  at  a  time  into 
two  rows  of  three  pouches  each.  These  stations  are  connected  by  a  power  conveyor. 
Every  time  that  the  conveyor  indexes,  it  moves  through  a  length  of  three  pouches.  The 
type  and  number  of  filling  stations  for  the  MRE  Pouch  line  are  not  yet  defined. 

As  for  the  sealing  operation,  it  is  performed  in  batches  of  six  pouches.  The  cutting 
operation  takes  place  in  two  stages.  First  a  horizontal  cutter  cuts  the  pouches  into  two 
rows.  Then  two  vertical  cutters  separate  out  the  pouches.  Following  the  cutting  operation, 
all  the  pouches  go  through  an  inspection  station.  The  non-defective  pouches  then  are 
loaded  into  baskets  for  retorting. 

The  casing  area  is  not  part  of  the  CRAMTD  facility.  For  the  simulation  model,  we 
assume  a  casing  area  which  is  similar  to  what  is  currently  used  in  the  industry.  It  includes 
a  washing,  a  drying,  and  a  video  jet  marker  station.  This  area  is  followed  by  an  inspection 
station  which  includes  a  conveyor  and  a  number  of  inspectors.  The  inspected  and 
accepted  pouches  then  move  into  cases  which  are  then  cartoned. 

The  Simulation  Model 

Like  the  simulation  model  for  traypack  line,  the  MRE  pouch  model  is  also  divided  into 
several  modules.  The  Scheduling  module  is  identical  to  the  one  in  traypack  line  model.  It 
decides  the  product  to  be  produced  at  the  beginning  of  each  day,  routes  the  ingredients  to 
the  cooking  area  and  decides  on  the  start  and  stop  times  of  the  various  operations.  The 
Cooking  and  Inventory  modules  are  also  similar  to  the  ones  in  the  tray  pack  line  model. 

In  the  packaging  area  there  are  some  noticeable  differences  between  the  two  simulation 
models.  In  the  tray  pack  model,  the  trays  continuously  move  through  different  stations. 
But,  in  the  MRE  pouch  model  the  pouches  are  indexed  through  the  system.  Six  pouches 
are  modeled  by  a  single  SIMAN  entity  as  they  move  through  the  packaging  line.  After 
they  come  out  of  the  cutting  station,  a  single  SIMAN  entity  is  divided  into  six  SIMAN 
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entities.  Every  operation  in  the  packaging  line  is  synchronized  and  executed  once  at  the 
end  of  the  each  index.  As  in  the  tray  pack  line  model,  each  physical  station  is  modeled  by 
a  SIMAN  station  which  are  connected  by  SIMAN  conveyors.  The  total  length  of  these 
conveyors  from  forming  to  sealing  stations  is  equivalent  to  fifteen  indexes,  that  is, 
slightly  more  than  the  breadth  of  45  pouches. 

The  inspection  module  takes  sealed  pouches  and  inspect  them  100%.  The  model  assumes 
that  every  inspected  pouch  has  a  probability  of  failing  the  inspection.  Followinp  the 
inspection,  the  pouches  are  palletized  into  batches  of  1024.  Two  of  these  batch 
loaded  in  the  retort  simultaneously.  The  retorting  operation  is  similar  to  that  of  the  tray 
pack  line. 

The  retorted  pouches  undergo  a  100%  inspection  after  they  are  washed  and  dried.  This 
inspection  station  has  been  modeled  identical  to  the  earlier  inspection  station.  The 
pouches  are  then  cased  and  cartoned.  The  inventory  module  and  the  failure  module  have 
also  been  modeled  as  in  the  tray-pack  line. 

A  copy  of  the  simulation  program  is  given  in  Appendix  n.  A  copy  of  the  source  code 
and  related  files  for  this  simulation  program  are  stored  on  disk.  The  description  as  to  how 
to  run  this  program  is  given  in  Section  5. 

5.  Some  Guidelines  to  Use  Simulation  Programs 

In  this  section,  first  we  describe  the  hardware  and  software  requirements  for  running  the 
simulation  programs  for  the  CRAMTD  Advanced  Tray-pack  and  MRE  Pouch  lines. 
Then  we  describe  the  procedure  that  should  be  followed  to  run  these  programs.  Finally, 
we  summarize  the  input  data  for  these  simulation  programs. 


Hardware  and  Software  Requirements 
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•  IBM  PC/PS2  or  IBM  compatibles  with  minimum  of  640K  RAM 

•  Math  co-processor 

•  DOS  operating  system  version  3.3  or  higher 

•  VGA/EGA  monitor 

•  Keyboard  and  mouse 

•  SIMAN/CINEMA  software  (trademark  of  SMC) 

The  Procedure  to  Run  Simulation  Programs 

The  CRAMTD  simulation  disks  contain  the  source  code  and  the  executable  files  for  the 
tray-pack  and  MRE  pouch  line  simulation  programs.  Diskette  I  contains  files: 
TRAY.MOD,  TRAY.EXP,  TRAY.BAT,  TRAYC.BAT,  TRAY.LAY,  TRAY.TRA,  and 
TRAY.ENT.  Diskette  H  contains  files:  MRE.MOD,  MRE.EXP,  MRE.BAT,  MREC.BAT, 
MRE.LAY,  MRE.TRA,  and  MRE.ENT.  We  will  assume  that  the  SIMAN  software  has 
already  been  installed  in  the  computer  and  there  exists  a  subdirectory  called  SIMAN. 
The  steps  to  run  the  programs  are  as  follows: 

•Copy  all  the  files  in  the  disk  to  SIMAN  subdirectory. 

•To  run  the  tray-pack  simulation  model  without  CINEMA  animation,  type  TRAY 
<filename>,  where  <filename>  is  the  file  to  store  the  output  report.  This  report  contains 
information  defined  by  default  in  SIMAN. 

•The  simulation  program  automatically  stores  output  data  about  inventory  levels,  daily 
production  rates,  and  material  usage  in  output  files  called  OUTPUT.22,  OUTPUT.23, 
OIJTPUT.24.  These  files  are  in  SIMAN  specific  format  and  must  be  processed  by  the 
SIMAN  output  processor  prior  to  be  readable.  The  procedure  is  as  follows: 

•  Type  OUTPT  to  start  the  output  processor.  Hit  "C"  for  color  monitor. 
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•  At  the  prompt,  type  EXPORT:<file  number>,<file  number>;  where  the  first  <file 
number>  refers  to  the  input  file  (e.g.,  22,  23,  or  24)  and  the  second  number  defines 
the  file  where  the  processed  output  will  be  stored. 

•  To  run  the  tray-pack  simulation  model  with  CINEMA  animation,  type  TRAYC.  Once 
the  CINEMA  screen  is  loaded  on  the  screen,  click  on  the  "run"  button  using  the  mouse. 
To  stop  the  animation,  hit  ESC  key  and  click  on  the  "quit  button  using  the  mouse. 

•  To  run  the  MRE  pouch  simulation  program,  follow  the  same  steps  by  replacing 
•TRAY"  with  "MRE". 


Input  Data  Used  in  Simulation  Programs 

Here,  we  summarize  the  input  data  used  in  the  CRAMTD  Advanced  Tray-pack  and 
MRE  Pouch  line  simulation  programs.  The  summary  data  is  given  in  Table  1.  In  this 
table,  PARA=PARAMETERS,  SEG=SEGMENTS,  ARR=ARRIVALS, 
TRANS=TRANSPORTER,  INIT=INrnALIZE.  These  labels  refer  to  headings  used  in 
the  experimental  files:  TRAY.EXP  and  MRE.EXP.  N/A  refers  to  "Not  Applicable".  The 
first  column  in  Table  1  is  the  input  category.  The  second  and  third  columns  give  the  file 
names  where  the  input  data  are  stored  for  the  Tray  pack  and  MRE  pouch  simulations, 
respectively. 


Input  Category 


Ptoductiype 


Order  Size 


Due  Date 


Mean  and  S.D.  fw  solid  fill  weights 


Mean  and  S.D.  for  liquid  fill  weights 


Incubation  Period 


USDA  Rejection  Probability 


Conveyor  Speed 


Probability  of  Mound  Formation 


Specification  Limits  for  fill  Weights 


Pallet  Size 


Ihuisportation  Time  firom  filling  to  retort 


Retort  Time  •f'LoadAJnload  Time 


Tlay-Pack 


TRAY£XP(ARRIVALS) 


TRAY£XP(ARRIVALS) 


TRAY£XP(ARRIVALS) 


TRAY£XP(PARA) 


TRAY£XP(PARA) 


TRAY£XP(PARA) 


TRAY£XP(PARA) 


TRAY£XP(SEG) 


TRAYJEXP(PARA) 


TRAY£XP(PARA) 


TRAYJEXPONrr) 


TRAY£XP(TRANS) 


TOAY£XP(PARA) 


Time  to  complete  a  cook 


Cooling  Time 


Transportation  Tune  from  cooking  to  filling 


Mean  Time  to  Failure  of  Yaguchi  Seamer 


Mean  Time  to  Repair  of  Yaguchi  Seamer 


Maintenance  Times  of  Fillers 


Time  Required  to  Load  Ttays  to  Conveyor 


Time  Required  to  wipe  Thtys  after  Waslui>g 


Time  Required  for  Casing 


Time  Required  for  Palletizing 


Code  Size 


Ingredients  for  each  product  type 


TRAY£XP(PARA) 


TRAY£XP(PARA) 


TRAY£XP(TRANS) 


TRAYJaXP(PARA) 


TRAY£XP(PARA) 


TRAY£XP(PARA) 


TRAY£XP(PARA) 


TRAY£XP(PARA) 


TRAY£XP(PARA) 


TRAY£XP(PARA) 


TRAY.MOD 


TRAYJ^OD 


MRE  Pouch 


MRE.EXP(ARRIVALS) 


MRE.EXP(ARRIVALS) 


MRE.EXP(ARRIVALS) 


N/A 


N/A 


MR£.EXP(PARA) 


MRE.EXP(PARA) 


TRAY£XP(SEG) 


N/A 


N/A 


MRE.EXP(INrr) 


MRE.EXP(TRANS) 


MRE.EXP(PARA) 


MRE.EXP(PARA) 


MRE.EXP(PARA) 


MRE.EXP(TRANS) 


N/A 


N/A 


MRE.EXP(PARA) 


N/A 


N/A 


MRE.EXP(PARA) 


MRE.EXP(PARA) 


MRE.MOD 


MRE.MOD 
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FIGURE  1  -  PRODUCTION  MODEL  BASED 
ON  CRAMTDTRAYPACK 
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FIGURE  2  -  PRODUCTION  MODEL  BASED 
ON  CRAMTD  POUCHLINE 


PACKAGING  AND  CASING 


■  APPENDIX,! 

aiAMTDjniAYJUW^^ 

BEGIN,  1,  l,yes  ,TRAY  ,N0 


SYNONYMS ; 

PRODUCT  -  A(l) : 

CIN_ATTRB  -  A(2)  : 

PARTTYPE  -  A(3)  : 

DEMAND  -  A(2) : 

DUE_DATE  -  A(3): 

KILL_DATE  -  A(4)  : 

INVENTORY  -  A(2)  : 

PROD_DATE  -  A(4)  : 

WT  -  A(4); 

;  FOR  ORDERS 

;  A (1) -PRODUCT 

;  A(2) -DEMAND 

;  A (3) -DDE  DATE 

;  A (4) -KILL  DATE 

;  FOR  TRAYS 

;  A (1) -PRODUCT 

;  A (2) -CINEMA  ATTRIBUTE 

;  A (3) -PARTTYPE 

;  A (4) -WHICH  TRAY  PLACE/ WHICH  RETORT/WEIGHT 

;  A (5) -BATCH  SIZE 

;  A (6) -TIME  IN  SYSTEM 

;  A (7) -TIME  IN  SYSTEM 

;  FILLINDEX  -  42 

.******************************************★********♦*★***********★♦****** 

************************************************************************** 

;  SCHEDULING  MODULE 

********************************************************** ****★★********♦★★ 
•************************************************************************* 


************************************************************************** 
The  input  to  this  routine  is  the  various  orders  for  which  the 
the  simulation  is  to  be  done.  These  orders  are  given  in  the 
arrivals  block  of  the  experimental  file.  The  parsuneters  would 
be  the  Start  time  of  the  order.  The  size  of  the  order.  The 
due  date  and  a  kill  date  beyond  which  the  order  can  be 
assumed  to  be  void.  This  block  also  starts/stops  the  machines. 
************************************************************************* 

QUEUE,  80: DETACH;  q[ueue  for  oustanding  orders 

CREATE, 1:86400;  create  one  entity  every  day 

★♦★********************************************************************** 

Initailizing  System  parameters  daily 

**♦*★* ******* ************************************************** ***♦★***★★ 
ASSIGN:X(45)-X(45)+1; 

ASSIGN:D(3)-0; 

ASSIGN:D(16)-DN(74,1) ; 

ASSIGN: X( 9) -0; 


!  for  trays 
!  for  trays 
!  for  trays 


!  FOR  INVENTORY 
!  FOR  INVENTORY 
!  To  check  weight  of  tray 


startu 


END2 


NOFIL 

RASDE 

CONTTT 


APPENDKJ 

ciuukm)jmAY^uNE^ 

ASSIGN: X (30) -4; 

ASSI6N:X(47)-72; 

ASSIGN:X(49)-4; 

ASSIGN:X(l)-0; 

ASSIGN:X(22)-1; 

ASSIGN: X (10) -4; 

ASSIGN:X(ll)-36; 

BRANCH, 1 : 

IF,NQ(80) .LT.1.AND.NQ(81) .LT.1,C24: !  Check  for  end  of  simulation 
ELSE, SI; 

ASSIGN:P(6,1)-1; 

DELAY:2*60*60:NEXT(PP9) ; 

QUEUE ,83; 

TALLY:4,NC(20) ;  FOR  CDMMULATIVE  ORDERS  1 

TALLY;5,NC(21) ;  FOR  CDMMULATIVE  ORDERS  2 

TALLY:6,NC(22) ;  FOR  CDMMULATIVE  ORDERS  3 

TALLY: 7, NC (23) ; 

COUNT: 13,1: DISPOSE;  ENDS  SIMULATION 

SEARCH, 80, 1,NQ: (TNOW/86400) .GE.'KILL_DATE';  check  for  cancelled  orders 
BRANCH,!: 

IP,  J.EQ.O  ,  C2: 

ELSE,  R; 

DELAY: 1; 

REMOVE:  J,80,DIS:NEXT(S1) ; 

BRANCH,!:  ! check  for  filled  existing  order 

IF,NQ(81) .GE.1,R1: 

ELSE,  R2; 

REMOVE:!, 81, CONTTT:DISPOSE;  GET  UNFINISHED  JOB 

SEARCH, 80, 1, NQ: MIN ('DUE_DATE');  FIND  JOB  WITH  MINIMUM  DUE  DATE 

BRANCH,!: 

IF,  J.EQ.O  ,  C24: 

ELSE,  RRR; 

REMOVE: J, 80, C3: NEXT (DIS) ;  GET  NEW  JOB 

ASSIGN:X(21)-X(21)-t-l; 

ASSIGN:  A  (4) -X  (21); 

BRANCH, 1 : 

IP,  'DEMAND'. LE.  P (63, 'PRODUCT' ), NOFIL: 

IF,  P (63, 'PRODUCT' ) .GT.O, RASDE: 

ELSE, CONTTT; 

ASSIGN : P ( 63 , ' PRODUCT' ) -P ( 63 , ' PRODUCT' ) -'DEMAND' ; NEXT (R2 ) ; 

ASSIGN : ' DEMAND' -' DEMAND' -P ( 63 , ' PRODUCT' ) ; 

ASS IGN : P ( 63 , ' PRODUCT ')-0; 

ASSIGN:X(46)-0; 

ASSIGN:X(44)-0; 

ASSIGN  :  P(3,l)  -  'PRODUCT';  set  parameter  for  PRODUCT 


GET  NEW  JOB 


ASSIGN  : 
ASSIGN  : 
ASSIGN  : 
ASSIGN  : 
ASSIGN  : 
ASSIGN  : 
ASSIGN  : 
ASSIGN  : 
ASSIGN  : 
ASSIGN  : 
ASSIGN  : 
ASSIGN  : 
BRANCH, 2 : 


'PRODUCT' 

'DEMAND'; 


P(3,2)  -  'DEMAND'; 

P(3,3)  -  'DUE_DATE'; 

' PRODUCT ' - ' PRODUCT ' +4 ; 

P (42, 1)-TF ('PRODUCT' ,1) ; 
P(42,2)-TF('PRODUCT'  ,2)  ; 
P  (43, 1)-TF  ('PRODUCT', 3); 
P(43,2)-TF('PRODDCT' ,4) ; 
P ( 4  4 , 1 ) -TF ( ' PRODUCT ',5); 
P(44,2)-TF('PRODUCT' ,6) ; 
P (45, 1 ) -TF ( ' PRODUCT' , 7) ; 
P  ( 4  5 , 2 ) -TF  ( '  PRODUCT' ,  8 )  ; 
' PRODUCT' -' PRODUCT' -4; 


set  parameter  for  PRODUCT 
set  par2uneter  for  DEMAND 
set  parcimeter  for  DUE_DATE 

filling  mean  for  GFl 
filling  sigma  for  GFl 
filling  mean  for  VEG  FILL  1 
filling  sigma  for  VEG  FILL  1 
filling  mean  for  BEEF  FILL 
filling  sigma  for  BEEF  FILL 
filling  mean  for  GF2 
filling  sigma  for  GF2 


■  APPENDIX.! 

CRANTOjmAYJUNEJ^D^ 

ALWAYS, STAR: 

ALWAYS, MCCONT; 

STAR  QUEUE, 82; 

WAIT.'l; 

ASSIGN:'DEMAND'-'DEMAND'-X(46)+X(9) ; 
assi9n:x(41)-x(5) -x (41) ; 

BRANCH, 2 : 

always, in ven: 

IF, 'DEMAND' .LE.0,INV1: 

ELSE,Q81; 

Q81  QUEUE, 81: DETACH; 

INVl  ASSIGN:P(63, 'PRODUCT' )-P(63, 'PRODUCT' )-'DEMAND' ; 

DIS  DELAY :0:DISPOSE; 


.***♦**********★********************************★****★***********★*★***★** 
;  MACHINE  CONTROL 

;  This  block  turns  the  machines  off  &  on  depending  on  the 

;  signals  from  other  blocks  and  the  time  of  day. 

;  It  takes  into  account  the  diffrence  in  time  between 

;  the  start  of  the  cooking  operations  and  filling. 

.*********♦♦*********★********************♦**★*****★**★*★★**★★★*******★♦*★ 

§ 

MCCONT  ASSIGN:P(6,1)— 1*P(6,1)  ; 

BRANCH,  1 : 

IF,P(6,1)  .EQ.  -1,M2M: 

ELSE,MMM; 

MMM  DELAY:2*60*60; 

START : FILCON : NEXT (PPl ) ; 

M2M  STOP; FILCON; 

PPl  ALTER:TR_PL(1),P(6,1); 

ALTER:TR_PL(2),P(6,1); 

ALTER:TR_PL(3),P(6,1)  ; 

PP  9  ALTER : BASK_UNL ,P(6,1); 

ALTER ;TOWEL_WP(l) ,P(6,1)  ; 

ALTER:CASING(1),P(6,1); 

ALTER:PALLETZG(1) ,P (6, 1)  ; 

ALTER;T0WEL_WP(2) ,P(6,1)  ; 

ALTER; CASING (2) ,P(6,1) ; 

ALTER:PALLETZG(2) ,P(6,1) : DISPOSE; 


**************************************************************** 

END  SCHEDULING  MODULE 

*  *********************************************************************** 
A******************************************************************** 


********************************************************************* 

********************************************************************** 


INVENTORY  MODULE 


■  APPENDIX.! 

CRAMIDJTRAYJJNejilODEL 

.********* ************************************** ********************** 
********************************************************************** 

; 

;  This  block  keeps  track  of  the  on-hand  inventory.  The  only  input 

;  is  the  probability  that  a  given  lot  might  be  rejected  by  the 

;  USDA. 

;  It  gives  as  output  the  on-hand  inventory  at  any  time 

;*********************************************************************** 


INVEN  ASSIGN: D( 15) -0; 

ASS IGN : ' INVENTORY ' -X ( 4  6 ) -X ( 9 ) ; 

ASS IGN : ' PROD_DATE ' -X ( 4  5 ) +UN (72,1); 

BRANCH, 1 : 

WITH, .1,USDREJ: 

ELSE,NOREJ; 

USDREJ  ASSIGN: 'PROD_DATE'-'PROD_DATE'+20+UN(72, 1) ; 

NORE J  ASSIGN :x(33)-x(33)+' INVENTORY • ; 

ASSIGN: X (27 ) PROD_DATE' +10 ; 

BRANCH,  2  : 

ALWAYS  ,  STOR: 

ALWAYS  ,  RELE; 

STOR  ASSIGN:D (17) -D (17) +» INVENTORY' ; 

STORl  QUEUE,  1: DETACH; 

RELE  SEARCH, 1, 1,NQ: (X(45) -10) .GE. 'PROD  DATE' ; 

BRANCH  , 1 : 

IF,J.EQ.O,  NORE: 

ELSE,  CHEKM; 

CHEKM  REMOVE:  J,1,Q2; 

DELAY : 1 ;NEXT (re le) ;  remove  entity  given  by  position  J 

Q2  QUEUE  ,  2; 

ASSIGN:D(15)-D (15)+' INVENTORY'; 

ASSIGN:D(14)-D(16) ; 

QUEUE  ,  3; 

WAIT:12; 

ASSIGN:A(2)-X(22) ; 

BRANCH  ,1: 

IF,  D(15)  .LT.  D(16),  STORl: 

ELSE,SED14; 

SED14  ASSIGN:D(16)-UN(74,1) ; 

BRANCH,!: 

IF,  D(15)  .LT.  (D(16)+D(14)),ESHIP: 

ELSE,SETD; 

SETD  ASSIGN:x(3d)-d(16) ; 

ASSIGN:D(14)-D(14)+D(16) :NEXT (SED14) ; 

ESHIP  ASSIGN:  D (14) -D (14) -' INVENTORY' ; 

ASSIGN:  D(17)-D(17)-'INVENTORY' ; 

ASSIGN:X(22)-X(22)+l; 

BRANCH  ,1: 

IF  ,D(14)  .GT.  0  ,DIS: 

IF  ,D(14)  .LE.  0,RET; 

RET  ASSIGN:x(33)-D(17)-D(14) ; 

ASSIGN:D(16)-UN(74,1) ; 

ASSIGN:  'INVENTORY'— D  (14)  :NEXT(STOR)  ; 

SIGNAL: 12 :DISPOSE; 


NORE 
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********************************************************************* 

********************************************************************* 

END  INVENTORY  MODULE 

********************************************************************** 

********************************************************************* 


*★****★★***************★*****★***********★***★****★*«★***★*★****★***★ 

PCKAGING  MODULE 

The  trays  are  filled  and  sealed  In  this  module 
********************************************************************** 


*  *********************************************************************** 

;  The  first  station  here  places  the  trays  on  the  conveyor. 

•*********************************************************************. 

0 

;  TRAY 

CREATE,!,  3600:24*60*60;  CREATE  TRAY  ONE  EVERY  DAY 

ASSIGN r'PARTTYPE'-  1; 

ASSIGN: • CIN_ATTRB' -  1; 

ASSIGN: 'PRODUCT'-  P(3,l); 

ROUTE :0,  1;  BRANCH  TO  DOCK 

DOCK_STN  DELAY: 0; 

STATION,  1; 

BRANCH,!:  !  Check  for  days  end 

IF, TNOW-X (45) *24*60*60. GT. 36000, DIS: 

ELSE,COONTl; 

COUNT!  COUNT:  1; 

QUEUE, 30; 

REQUEST, , 3 : RUNNER; 

TRANSPORT : RUNNER,  4 ; 

0 

.*★*****★***★★**★****★**********■******★********★******************★*** 

;  This  keeps  track  of  the  total  production  and  helps  the 

;  scheduling  module  decide  if  the  required  production  is 

;  achieved. 

.****************•***•*★★*****************★*★■***★**********★***★******** 

;  STOCK 

STATION,  2; 

FREE:  RUNNER; 

BRANCH, 2 : 

IF,X(5) .EQ.X(43) .AND.NQ(46) .EQ.0.AND.NQ(82) .EQ.0,E: 

ALWAYS, COUNT2; 


APPENDDCJ 


;  SCRAP 

STATION,  3; 

EXIT : EXICON, 16; 

SCRAP  COUNT:  3:  DISPOSE; 


itifkiritif  it  it  it  it  if  it  it  it  it  it  it  it  it  if  it  it  it  if  it  it  it  it  if  it  it  it  it  it  it  it  it  if  It  it  icit  if  it  if  it  it  it  it  it  it  it  it  it  if  it  it  it  it  it  ir  it  it  iiir  it  it  it  ir 

The  actuall  filling  operations  start  here.  The  first  station 
Is  where  the  enqpty  trays  are  placed  on  the  conveyor. 

At  the  end  of  day,  the  production  Is  stopped  by  starving  this 
station. 

1t1r'k1i1i1fk1r1t1t1t1fk1t1i-k1iit1fk1i1iifk1i1i-k1r-k1tiiii1i1fk*1t1r1fk1i1i1r1t1c1t1c1t1c-k1fk1i*'k1i1fk1fk'k1iifk1c1t1i1i-k 


STATION,  4; 

FREE:  RUNNER; 

ASSIGN:X(l)-X(l)+48; 

ASSIGN:  ^CIN_ATTRB'-  10;  change  to  tray  symbol 

ASSIGN:  ' PRODUCT ' -P ( 3 , 1 ) ; 

BRANCH, 1 : 

IF,  (TNOW-X (45) *86400  .GE.  10*60*60) , DIS : 

ELSE,  TRAY_DUP; 

TRAY_DUP  ASSIGN:  NS-P(3,1);  pallet  of  tray  bodies  — >  48  CARTONS 

BRANCH,!: 

IF,  TNOW-X (45) *86400  .GE.  10*60*60, DIS : 

ELSE,  C02; 

C02  ASSIGN:X(1)-X(1)-1; 

DUPLICATE:  21; 

BRANCH, 1 : 

IF,  TNOW-X(45) *86400  .GE.  9. 5*60*60, DIS: 

ELSE,  C03; 

C03  QUEUE,  4; 

SELECT, RAN: 

TR_PL1 : 

TR__PL2  : 

TR_PL3; 

TR_PL1  SEIZE,  1 : TR_PL (1); 

ASS IGN: A(4)-l: NEXT (TRDEL) ; 

TR_PL2  SEI ZE ,  1 : TR_PL ( 2 ) ; 

ASSIGN:A(4)-2:NEXT(TRDEL) ; 

TR_PL3  SEIZE,  1:TR_PL(3); 

ASS IGN : A ( 4 ) -3 : NEXT ( TRDEL) ; 

TRDEL  DELAY:  RN(18, 1) , 4 :MARK  (6) ; 

NON  BRANCH, 2: 

ALWAYS, TURNON: 

IF,  X(l)  .EQ.  2  .AND.  NQ(4).EQ.10,  DOCK_STN: 

IF,  NQ(4)  .LE.  8  .AND.  X(l) .GT.  0,  TRAY_DDP; 

TURNON  ASSIGN:  X(44)-X(44)+l;  total  trays  produced  per  day 
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ASSIGN:  A(5)-X(44); 

ASSIGN : P ( 52 , ' PRODUCT' ) -P ( 52 , '  PRODUCT' ) +1  ; 
BRANCH, 1 : 

IF,  NQ(4).EQ.O  .AND. 

NR(2)-i-NR(3)-l-NR(4)  .EQ.l,  LASTENT: 

ELSE,  Cll; 

LASTENT  ASSIGN:  X(46)-A(5); 

ASSIGN:X(43)-X(43)'t-X(46); 

Cll  RELEASE:  TR_PL(A(4))  ; 

queue,  7; 
seize:  tr_flip; 
delay :  2 ; 
release :  tr_£llp; 

COUNT:  4; 

QUEUE,  24; 

ACCESS:  FILCON,  16; 

CONVEY:  FILCON,  5; 


The  next  four  stations  are  the  two  sauce  filling  stations  and 
the  two  solid  filling  stations.  Between  them  they  fill  the  tray, 
with  required  material,  while  It  Is  In  motion.  By  changing 
the  routing  It  Is  possible  to  use  all  or  any  of  these  stations 
In  the  required  order. 

The  flsrt  station  Is  the  Gravy/ sauce  preflll 
The  second  Is  the  vegetable  filling  station 
The  third  Is  the  solid  filling  station 
The  fourth  is  the  another  gravy/sauce  filling  station. 
********************************************************************* 


STATION,  5; 

QUEUE, 77; 

SCAN:NQ(61) .LT.3; 
EXIT:FILC0N,16; 

ASSIGN: 'WT'-RN( 42,1) ; 
BRANCH, 2 : 

ALLHAYS, GFl: 
allways, C0N2; 

GFl  ASSIGN : ' CIN_ATTRB' -18 ; 

QUEUE,5; 

SEIZE,1:GRAVFL1; 

DELAY : 2.5; 

RELEASE :GRAVFL1 : DISPOSE; 
C0N2  QDE0E,61; 

ACCESS:CON2,16; 

CONVEY:CON2,6; 


STATION, 6 ; 

EXIT:CON2,16; 

C0N3  BRANCH, 1 : 

IF , ' PRODUCT ' . EQ . 4 , NOMEAT : 
ELSE, MEAT; 


MEAT 

NOMEAT 


VEGFIL 

Q68 


CDATA 

NDATA 

BEEFBR 

BEEF 

CONS 


;EXCON4 

EXCON5 

BRANCH 

GF2 

CONS 
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QOEUE, 67; 

ACCESS: CONS, 16; 
CCMIVEY:CON3,7; 

ASSIGN: 'irr'-'MT'+RN(43,l)  ; 
BRANCH, 2 : 

ALLWAyS,Q68: 

ALLNAYS,VEGFIL; 

QUEUE,11; 

SEIZE, 1: VEGFIL; 

OELAY:2.5; 

RELEASE : VEGFIL : DISPOSE; 
QUEUE, 68; 

ACCESS :CON4,16; 
CONVEY:CON4,8; 


STATION, 7 ; 

EXIT:CON3,16; 

BRANCH, 1 : 

WITH,0.05,COATA: 

WITH, 0.95, NDATA; 
ASSIGN:X(19)-RN(44,1)  ; 

ASSIGN :'WT'-'WT'+X(19): NEXT (BEEFBR) ; 
ASSIGN: 'WT'-"MT'+RN(44,1) ; 

BRANCH, 2: 

ALLWAYS, BEEF: 

ALLWAYS, CONS; 

ASSIGN : ' CIN_ATTRB' -18 ; 

QUEUE, 6; 

SEIZE, 1: BEEF; 

DELAY:2.5; 

RELEASE : BEEF : DISPOSE; 

QUEUE, 8; 

ACCESS : CONS, 16; 

CONVEY:CON5,8; 


STATION, 8; 

BRANCH,!: 

IF, 'PRODUCT'  .EQ.  4,  EXCON4: 
ELSE,  EXCON5; 

EXIT :CON4, 16 :NEXT (BRANCH) ; 
EXIT:CON5,16; 

ASSIGN :'WT'-'WT'+P( 45,1) ; 
BRANCH, 2 : 

ALLWAYS, GF2: 

ALLWAYS, CON8; 

ASSIGN : ' CIN_ATTRB' -18 ; 

QUEUE, 9; 

SEIZE, 1:GRAVYFL2; 

DELAY:2.5; 

RELEASE : GRAVYFL2 : DISPOSE; 

QUEUE, 66; 


APPENDIX.! 
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ACCESS:C0Ne,16; 

CONVEY : CONS, 22; 


*-******★******************'****************************************** 

After  the  tray  has  been  filled  the  mounds  have  to  be 
crushed  to  avoid  the  posslbllty  of  bad  seal. 


STATION,  22; 

EXIT:  CONS, 16; 

BRANCH,  2 : 

ALWAYS,  MCRUSH: 

ALWAYS,  C0N6; 

MCRUSH  QUEUE,  4S; 

SEIZE, 1:  M_CRUSHER; 

DELAY : 2.5; 

RELEASE:  M_CRUSHER; DISPOSE; 
CON6  QUEUE,  49; 

ACCESS :C0N6, 16; 
CONVEY;CON6,9; 


*1t******1fk1t1i***********1i*****1t***1Hfk1t1fk1t1tit1t***1t*-k-k1tii1t1r1t*1fk******** 

The  tray  at  this  point  Is  checked  for  Its  weight. 

If  Specs  provided  decide  Is  the  tray  should  be  rejected  or 
not. 

*************************  *********11  ******  ********  ****1111****  ******* 


STATION,  9; 

EXIT:  CON6,16; 

ASSIGN: ' PRODUCT' PRODUCT' +7; 

TALLY : ' PRODUCT ' , A ( S ) ; 

ASSIGN : ' PRODUCT ' -' PRODUCT' -7 ; 

BRANCH, 1 : 

IF, A(5) .EQ.X(46) , RELAST: 

IF, P (46, 'PRODUCT' )  .GT.  'WT',  REJECT: 
ELSE,PRREJ; 

RELAST  ASSIGN:X(43)-X(43) ;NEXT (COUNTll) ; 

REJECT  ASSIGN:X(9)-X(9)+1; 

QUEUE,10; 

ACCESS : EXICON, 16; 

CONVEY : EXICON, 3; 

PRREJ  BRANCH,!: 

WITH, P (47, 'PRODUCT' ) ,  REJECT: 

ELSE,  COUNTll; 

COUNTll  COUNT:  5; 

QUEUE, 62; 

ACCESS :CON7, 16; 

CONVEY :CON7, 12; 


APPENDIX_I 
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********************************************************************* 

***'***:k*****************4r****4t4t********************1tl^**************** 

END  PACKAGING  MODULE 

•kit'kititif  it  it  it  if  it  it  it  it  it  It  if  it  it  it  it  it  it  it  it  it  it  iiii  if  it  it  1r  it  if  ic  if  ii  it  it  It  it  it  it  it  it  ig  it  "kit  ii  it  it  if  ic  it  it  irii -kit  it  icickir -kit  if 
it  it  it  it  it  it  it  it  it  it  it  it  it  it  it  it  k  it  it  k  it  it  it  it  it  it  it  it  it  it  it  it  it  it  it  it  it  itk  it  it  it  it  it  it  it  it  it  it  it  it  it  it  it  it  it  it  it  it  it  it  it  it  it  it  it  it  it  it 


•kkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkk 
• kkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkk 

;  RETORTING  MODULE 

9 

*kkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkk 

•kkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkk 

•kkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkk 

;  At  this  point  the  trays  are  sealed  and  loaded  Into 

;  pallets  for  loading  Into  the  retort. 

•***★*★★***★★★♦■****★**★**★*********★★*★*★***★***★★*******★***★*★★*♦★★★ 
t 

STATION,  12; 

EXIT;CON7,16; 

QUEUE,  12; 

SEIZE,  1:  BASK_LDR  ; 

DELAY:  RN(  26,2  ),12; 

RELEASE :  BASK_LDR  ; 

TALLY :  ' PRODUCT ' , INT ( 6 ) ; 

COUNT:  6; 

BRANCH, 1 : 

IF,  A(5) .EQ.X(46) ,  ALTCOM: 

ELSE,  COM; 

ALTCOM  SIGNAL:!; 

BRANCH, 2 : 

ALWAYS,  CCC: 

ALWAYS, MCCONT; 

CCC  ASSIGN:X(47)-NQ(26)+l:NEXT(COM) ; 

COM  QUEUE,  26; 

COMBINE:  X(47),  LAST; 

ASSIGN:  ' CIN_ATTRB' -  8;  change  to  basket  symbol 

ASSIGN:  'PARTTYPE'  -  1; 

QUEUE,  27; 

REQUEST,, 32:  RET_LDR; 

TRANSPORT  :  RET_LDR,13; 

STATION,  13; 

FREE:  RET_LDR; 

BRANCH,!: 

IF,A(5) .EQ.X(46) ,LAST: 

ELSE,CCCC; 

LAST  ASSIGN:A(5)-X(47); 

ASSIGN:X(47)-72; 

ASSIGN:X (30) -NQ (43) +1 :NEXT (Q43) ; 

ASSIGN: A(5) -72 :NEXT(Q43); 


CCCC 


■  APPENDIXJ 
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Q43  QUEUE,  43; 

GROUP :X (30) , LAST; 

QUEUE,  13; 

SELECT, RAN: 

RETORT 1: 

RETORT2 : 

RETORT3: 

RETORT4 : 

RETORTS: 

RETORTS: 

RETORT? ; 

RETORTl  SEIZE,  1:  RETORT (1); 

ASSIGN : A ( 4 ) -1 : NEXT (RETREL ) ; 

RETORT2  SEIZE,  1:  RETORT (2); 

ASSIGN:A(4) -2: NEXT (RETREL) ; 

RETORT3  SEIZE,  1:  RETORT(3); 

ASSIGN:A(4) -3: NEXT (RETREL) ; 

RETORT4  SEI ZE ,  1 :  RETORT (4); 

ASSIGN:A(4) -4: NEXT (RETREL) ; 

RETORTS  SEIZE,  1 :  RETORT ( S ) ; 

ASSIGN:A(4)-S:NEXT(RETREL) ; 

RETORTS  SEIZE,  1:  RETORT (S); 

ASSIGN:A(4)-S:NEXT (RETREL) ; 

RETORT?  SEIZE,  1:  RETORT(?); 

ASSIGN:A(4)-?: NEXT (RETREL) ; 

RETREL  ASSIGN:  'CIN_ATTRB'-  9;  change  to  4  basket  symbol 

DELAY:  120*S0,13; 

RELEASE:  RETORT (A (4))  ; 

COUNT:  ?; 

SPLIT; 

ASSIGN:  'CIN_ATTRB'-  8;  change  to  basket  symbol 

QUEUE,  28; 

REQUEST, ,33:  RET_LDR; 

TRANSPORT : RET_LDR, 14 ; 


******* ************************** ************************************ 
********************************************************************* 

END  RETORTING  MODULE 

********************************************************************* 

********************************************************************* 


********************************************************************* 

********************************************************************* 

CASING  MODULE 


********************************************************************* 

********************************************************************* 


APreNDDCJ 

CRAlkfro_TRAy_UNB.MODEL 


********************************************************************* 
The  pallets  are  removed  from  the  retort  and  sent  over  to  this 
module.  Here  the  trays  are  removed  from  the  pallets  and  cased. 
The  various  operations  Involved  are  washing,  drying,  labeling 
and  cartooning; 

********************************************************************* 


. ********************************************************************* 

;  This  station  unloads  the  trays  from  the  pallet  and  places  It 

;  on  the  conveyor  where  It  Is  washed. 

.********************************************************************* 

STATION,  14; 

STN14  FREE:  RET_LDR; 

BRANCH, 1 : 

IF,  NQ(14)  .EQ.  0,DUPA5: 

ELSE,Q72; 

Q72  QUEUE,  72; 

WAIT:2,1; 

DUPA5  DUPLICATE : A (5) -1; 

ASSIGN:  'CIN_ATTRB'-  10:  MARK  (6);  change  to  tray  symbol 

QUEUE,  14; 

SEIZE,  1:  BASK_UNL  ; 

BRANCH, 1 : 

IF,  NQ(14)  .EQ.  0,  SIG2; 

ELSE,CONTIU2; 

SIG2  SIGNAL: 2; 

CONTIU2  DELAY:  RN(28,4),14; 

RELEASE :  BASK_UNL  ; 

COUNT:  8; 

QUEUE,  44; 

ACCESS;  WASH_DRY,  16; 

CONVEY:  WASH  DRY,  15; 


********************************************************************* 
Once  the  trays  have  been  washed  they  have  to  dryed  clean. 

This  operation  is  modeled  in  the  this  station. 


STATION,  15; 

EXIT;  WASH_DRY,  16; 

QUEUE,  15; 

SELECT,  RAN: 

TWl; 

TW2; 

TWl  SEIZE,  1;  TOWEL_WP(l)  ; 

ASS IGN: A(4)>-1: NEXT (TWDEL)  ; 
TW2  SEIZE,  1;  TOWEL_WP(2)  ; 

ASSIGN: A(4) -2; 

TWDEL  DELAY:  RN(29,5),15; 

RELEASE:  TOWEL_WP (A(4) )  ; 

COUNT:  9; 


z 


I 


APPENDIX,! 
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ROUTE:  P(10,7),  16; 
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The  trays  are  then  labled  and  cartooned  In  groups 
four.  Six  of  these  cartoons  are  then  put  into  a  cardboard  box. 
These  operatlns  have  been  modeled  In  the  following  few  blocks. 
*★*****★********«*************'*************************************** 

STATION,  16; 

COUNT:  10; 

ASSIGN:'PRODUCT'-'PRODUCT'+13; 

COUNT:'PRODUCT'; 

ASS IGN PRODUCT PRODUCT 1 3 ; 

ROUTE:  P(10,8),  17; 


STATION,  17; 

QUEUE,  17; 

SELECT  ,RAN: 

CASl: 

CAS2; 

CASl  SEIZE,  1:  CASING (1)  ; 

ASSIGN:A(4)-1:NEXT(CASDEL) ; 

CAS2  SEIZE,  1:  CASING (2)  ; 

ASSIGN : A ( 4 ) -2 : NEXT (CASDEL) ; 

CASDEL  ASSIGN:  'CIN_ATTRB'  -  12;  change  to  case  symbol 

DELAY:  RN(31,7),17; 

RELEASE:  CASING (A(4))  ; 

ASSIGN: X (37) -X (37) +l; 

ASSIGN:X(6)-X(6)+l; 

BRANCH, 1 : 

IF,X(43) .EQ.X(6) .AND.NQ(82) .EQ.0,N3: 

IF,A(1) .EQ.P(8,1) .OR.NQ(45) .EQ.0,N1: 

ELSE,N2; 

N3  ASSIGN:X(10)-NQ(45)+1:NEXT(N1) ; 

N2  ASSIGN:X(10)-NQ(45) ; 

REMOVE:NQ,45,Q45; 

DELAY :1; 

N1  ASSIGN:P(8,1)’-A(1)  ; 

Q45  QUEUE,  45; 

COMBINE:  X(10),LAST; 

ASSIGN:A(2)-X(10)  ; 

ASSIGN: X( 10) -4; 

ASSIGN:  'PARTTYPE'  -  1; 

COUNT:  11; 

ROUTE:  P(10,9),  18; 


STATION,  18; 

ASSIGN:X(5)-X(5)+A(2) ; 
QUEUE,  18; 

SELECT  ,RAN: 

PALLl: 

PALL2; 

PALLl  SEIZE,  1:  PALLETZG(l); 

ASS1GN:A(4)-1:NEXT(PADEL) ; 
SEIZE,  1:  PALLETZG(2); 

ASSIGN: A(4) -2 :NEXT(PADEL) ; 


PALL2 


PADEL 


APPENDDCJ 
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change  to  pallet  symbol 
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'CIN__ATTRB»  -  13; 
RN(32,8),18; 
PALLETZG(A(4) )  ; 


ASSIGN: 

DELAY: 

RELEASE: 

BRANCH, 1 : 

IF,X(5) .EQ.X(43) .AND.NQ(82) .EQ.0,NN3: 

IF,A(1) .EQ.P(8,3) .OR.NQ(46) .EQ.0,NN1: 

ELSE,NN2; 

NN3  ASSIGN:X(ll)-NQ(46)-t-l:NEXT(NNl); 

NN2  ASSIGN:X(11)-NQ(46) ; 

REMOVE:NQ,46,Q46; 

DELAY: 1; 

NNl  ASSIGN:P(8,3)-A(1); 

Q46  QUEUE,  46; 

COMBINE:  X(11),LAST; 

ASSIGN: X( 11) -36; 

OP  COUNT:  12; 

QUEUE,  47; 

REQUEST,, 30; RUNNER,  3.0000; 

TRANSPORT :  RUNNER, 2 ; 

itiritirifitititititifieft'kititiritit-k'kititif'kit-kitic'kitiritit'k'kififitii'k'kitititititieititic'k'kit'kic'k'kit'k'k'kifieicicir-kic 
itiritititititifififitititititifltitltitit'kirititiriiitititititititit'kitirititir'kitititititiritit-kik’kititiiitit'k'kittit'kitirirltirir 

END  CASING  MODULE 


********************************************************************* 

********************************************************************* 


COOKING  MODULE 


ititifit'ir’kicicificititifititicitirifif’k’kititititif’kitieit'kititititit'kit’k'kir'kititifif'k'kiric’kiririf'k'kitieit'kitifitir'kir’kit 


This  Is  the  first  operation  to  start  on  any  given  day. 

It  can  be  divided  into  two  activites  Cooking/Cooling 
*******★★**♦*★**★♦*★**★***★★***********★************★****♦*★****★★*★★ 


STATION,  19; 

FREE:  RUNNER; 

BRANCH, 1 : 

IF,  X(48)  .LT.  4,  X49; 

ELSE,  BEEF_DUP; 

X49  ASSIGN:X(49)-X(48) ; 

BEEF_DUP  DUPLICATE:  X(49);  2000  #  beef  pallet  -->  4  beef  kettle  batches 

ASSIGN:X(48)-X(48)-1; 

QUEUE,  19; 

SEIZE,  1:  BEEF_KET  ; 

DELAY:  RN(33,9),19; 

BRANCH, 2: 

ALWAYS, CONREL: 


■  APPENDIXJ 

IF,  NQ(19)  .EQ.  2  .AND.  X(48)  .GE.O,  DCX:K_STN; 

CONREL  RELEASE:  BEEF_KET  ; 

BRANCH,  2 : 

ALWAYS,  BEEFPART: 

ALWAYS ,  BROTHPRT ; 

BEEFPART  ASSIGN: 'CIN_ATTRB'-11;  change  to  meat  tote  symbol 

QUEUE,  20; 

REQUEST,, 31:  K_ASSIST; 

TRANSPORT  :  K  ASSIST,  20; 


STATION,  20; 

BRANCH, 1 : 

IF, ' PRODUCT' . NE . 4 , FRl : 

ELSE,FR2; 

FRl  FREE:  K_ASSIST; 

ASSIGN:  X(12)  -  X(12)  -t-  P  (4,2) : DISPOSE  ; 

FR2  FREE:  RUNNER; 

ASSIGN:D(l)>-0; 

ASSIGN:  X(49)  -  X(49)  +  P (4, 2) :DISPOSE  ; 


BROTHPRT  DELAY :0; 

STATION,  21; 

QUEUE,  21; 

SEIZE,  1:  GRAVY_K  ; 

ASSIGN:  X(14)  -  X(14)  -  1;  decrement  starch  supply  counter 

ASSIGN:  X(13)  -  X(13)  -  1;  decrement  peas  supply  counter 

BRANCH, 1 : 

IF,  X(13)  .LE.  P(5,3),SIG3: 

ELSE,CONTIU3; 

SIG3  SIGNAL: 3; 

CONTIU3  BRANCH, 1 : 

IF,  X(14)  .LE.  P(5,4),SIG4: 

ELSE,CONTIU4; 

SIG4  SIGNAL: 4; 

CONTIU4  DELAY :  RN ( 35 , 2 ) ; 

RELEASE:  GRAVY_K  ; 

ASSIGN:  X(18)  -  X(18)  +  P  (4, 8) :DISPOSE; 

•  iticitifiticitititifititieititifitiritifificirie'k'kitirifititifiric'kititiritirit'kieitic'kitit'kit’kit-k'kir'k'k’kir'kicicir'k’k'kiticic 

;  END  COOKING  MODULE 

•  ititiiititieifikifititifititit'kic-k-k'k-k'kititt'kiciritit'kieiririr-kicirititititititiririfitiriticititiritit-k'kicic'kic'kit'kitic'kic'k 

•  ititificitif'kitifitifitif’kic'kifit'kic'kiritif'kiciritiritic’kititifitirif'k’kit'kitititiririric’k'k'kifitir'kitie'kiririt'kiticitiririr 


'k'kititic'kitititiririt'kifit'kiriticirititifiricitiiiririrititititititif'kftitifiritic'kitif'k'k'kiticirlciciticitir'k’kifk-kif'kirific 

FAILURE  MODULE 


********************************************************************* 

iriritit'kitirieiticifit’kititifiticititit’kitii’kitifitit’kitififitititificliit'kit’kititit'kitiritic'kic'kitit'kitieit'kitit'kifirit'kit 


APPENDIX.! 

atMm).TRAY_UNE_MODEL 


********************************************************************* 
This  module  schedules  the  failures  and  when  It  occurs  stops 
system.  It  also  decides  the  repair  times  by  sampling  a 
distribution.  After  this  period  of  time  It  starts  the  system. 

itit'kititititititititit'kit'k'kitititititifitititititititilitititirliit'kititititititititititit’kit'kitititititir-kititirirititititititir 


FAIL  ALTER ; TR_PL ( 1 ) , -1 ; 

ALTER :TR  PL(2),-1; 

ALTER : TR“pL ( 3 ) ,  -1  ; 

ALTER : BASK_UNL, -1 ; 

STOP:FILCON; 

ST0P:C0N2; 

ST0P:C0N3; 

ST0P:C0N4; 

STOP ; CONS ; 

ST0P:C0N6; 

STOP: EXICON; 

STOP : CON7 ; 

STOP : CONS ; 

DELAY;D(40); 

START ;FILCON; 

START;CON2; 

START :C0N3 ; 

START;C0N4; 

START : CONS ; 

START:C0N6; 

START : EXICON ; 

START :C0N7; 

START : CONS; 

ALTER:TR_PL(1) ,+l; 

ALTER : TR_PL ( 2 ) , +1 ; 

ALTER  :  TR_PL  (  3  )  ,  +1  ; 

ALTER ; BASK_UNL, +1 ; 

DELAY : 0 iDISPOSE; 

CREATE, 1,EX(6S,1) :EX(6S,1);  YAGUCHI 

BRANCH, 1 : 

IF,TNOW  .gt.  X(4S) *86400+34200 
.OR.  MR(2) .EQ.O,  DIS; 

ELSE,  MVEG; 

MVEG  ASSIGN:D(40)-EX{69,1) ; 

BRANCH,!: 

IF,  TNOW+D(40)  .GT.  X (4S) *86400+34200, 

SETD401: 

ELSE,  FAIL; 

SETD401  ASSIGN:D(40)-X(4S) *86400+34200  -  TNOW: NEXT (FAIL) ; 

END; 

/ 

f 

•  icltiricititifiritifiririeiriritifiririt^iricitit'kitieicitfr'kitifiticititit'kititititikicifitifit'kitititit’kirieifititirititititititie 


END  FAILURE  MODULE 
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CRAMTD.TOAY.UNE.MODEL 


END  OF  THE  MODEL  FILE 


★  ★★★★★  **■*•*★★★★★★*★★★★*★*★★★****★*★* 

EXPERIMENTAL  FILE 


/ 

;  This  file  contains  the  data  required  to  run  the  model. 

;  Some  of  this  data  is  user  input  but  a  good  part  of  it 

;  is  the  data  required  by  siman.  It  also  has  the  definition 

;  of  the  various  stations,  resources  etc  used  in  the  model. 

/ 

f 

BEGIN,  1,  1, YES, NO  ; 

PROJECT,  TRAY  PACK  PRODUCTION, XXXXXXX  ,  5/15/1990  ; 

f 

DISCRETE,  700,  8,  90,  35,  2; 

0 

0 

;  The  block  intialises  certain  varibles  like  pallet  size 

INITIALIZE  ,  X(47)-72,  !  Palet  size 

X(45)— 1; 


*  ********************* -it  ****★★*****★********■******★★★****★★★**★★★★*★★★ 

The  arrivals  block  stores  the  various  orders  that  have  to 
be  processed. 

1 (order  #), QUEUE (80) (queue  #),0(Time  when  orders  is  to  be  created) 
1 (batch  size  of  the  orders), 2 (  product  type) , 21856 (order  size) 
,l(due  date,  in  days) , 9999 (kill  date  ,  in  days): 
★★★★★★**★★★★**★**★★★★*★★*★*★*★*★**********★**★*•*★★★★*★*★*★★★★★★★★**★★ 
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ARRIVALS :  1, QUEUE (80) , 0, 1, 2, 21856, 1, 9999 : 

2,  QUEUE  (80) ,  0, 1, 2, 20000, 2, 9999 : 

3,  QUEUE (80) , 0, 1, 2, 21856, 1, 9999 : 

4, QUEUE(80),0,1,2,20000,2,9999: 

5, QUEUE(80) , 0, 1, 2,21856, 1, 9999: 

6,  QUEUE  (80) ,  0, 1, 2, 20000, 2,  9999 : 

7, QUEU£(80) , 0, 1, 2,21856, 1, 9999: 

8,  QUEUE  (80) ,  0, 1, 2, 20000, 2,  9999 : 

9,  QUEUE  (80) ,  0, 1, 2, 21856, 1, 9999 : 

10, QUEUE  (80) ,  0, 1, 2, 20000, 2, 9999; 

;  3,QUEUE(80),0,1,3,1000,5,9999: 

;  4,QUEUE(80),0,1,4,1500,7,9999; 

;  5, QUEUE(80), 0,1, 1,3000, 12, 9999: 

;  6,QUEUE(80),0,1,3,1000,13,9999: 

;  7, QUEUE (80), 0,1, 2, 3500, 14, 9999: 

;  8,QUEUE(80) , 0, 1, 4, 6000,14, 9999; 


The  following  decide  the  Information  that  Is  to  be  put  In 
the  slman  output  report.  Most  of  this  Information  Is  to 
ensure  that  the  model  went  through  Its  norcunl  execution. 


TALLIES  : 1 ,  S YS_TIME_P 1 ; 

2,SYS_TIME_P2: 

3,  SYS_TIME_P3 : 
4,SYS_TIME_P4: 

5,  BEEF_PRODUCT_l : 

6,  BEEF_PRODUCT_2 , 2 ; 

7 ,  BEEF_PRODUCT_3 , 3 ; 

8, VEG_PRODUCT_l: 

9,  VEG_PRODUCT_2 : 

1 0 ,  VEG_PRODUCT_3 : 

11, VEG  PRODUCT  4; 


COUNTERS : 

I, DOCK: 
2,STOK: 

3, SCRAP: 

4, TR_PLACE; 

5, FCW: 

6, BL: 

7,  RET: 

8, BUNL: 

9, TW: 

10,  VJ: 

II,  CAS: 

12,  PAL: 

13,  end, 1 : 

14,  PRODUCT  1: 

15,  PRODUCT  2: 

16,  PRODUCT  3: 

17,  PRODUCT  4; 


I 
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;  This  gives  a  list  of  resources  used  in  the  model. 

.  *************** ********************************************** ******** 


RESOURCES:  l^DOCK  ,  0: 

2-4,TR_PL,  0,0,0: 

5, TR_FLIP  ,  1: 

6, MATL2,  0: 


7,  beef, 

8,  vegfll, 

9, GRAVFL1, 

10, CHKWEIGH, 

11, FINAL_CW, 

12, BASK_LDR, 

13,  RETORTS  , 

14, BASK_UNL, 

15-16, TOWEL_WP, 

17-18, CASING  , 

19, BEEF_KET, 

20, MT_DOCK  , 

21, GRAVY_K  , 

22, MATL4, 

23, MATL5, 

24, GRAVYFL2, 

25-31, RETORT,  1, 
32-33, PALLET2G, 
34,M_CRUSHER 


1: 

1: 

1: 

1: 

1: 

1: 

0: 

0: 

0,0: 

0,0: 

0: 

0: 

0: 

0: 

0: 

1: 

1,  1,  1,  1,  1,  1: 
0,0: 

1; 


********************************************************************* 
This  section  gives  the  parameters  for  the  various  activities. 

A  lot  of  parameters  here  can  be  called  SIMAN  overhead  since 
they  are  not  involved  with  the  system  understudy. 

The  Mean  and  SD  for  the  filling  activities,  incubation  period. 
Cook  times,  cook  size,  cooling  times,  failure  times  etc  are 
given  here. 

The  filling  parameters  are  parameter  #  43-48 

The  first  parameter  is  the  mean  and  the  second  the  SD. 

The  incubation  period  is  parameter  #73 

The  weight  specifications  can  be  given  in  parameter  #52,53 

The  retort  cycle  time  is  parameter  #  27 

The  cooking  and  cooling  times  are  parameter  #33  4  #35 

The  mean  time  to  failure  of  the  yaguchi  secuner  #68 

The  mean  time  to  repair  of  the  yaguchi  seamer  #69 

The  time  to  place  trays  on  conveyor  #18 

Time  required  to  wipe  trays  #29 

Time  required  for  casing  #30 

Time  required  for  paletlzing  #32 

********************************************************************* 
PARAMETERS : 

1,  !  MTTF 

10000000.0, 

10000000.0, 

10000000.0, 

10000000.0, 

1000000.0, 

300.0, 

1000000.0, 

•  1000000.0, 

1000000.0, 

1000000.0, 


gfl 

vegfil 

gf2 

beef 

5, TR_PLIP 

6,  POTATOES 

7, MEAT_FIL 

8,  CARROTS 

9, GRAVYFL1 
10,CHKWEIGH 
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1000000.0, 

1 

11, FINAL  Of 

1000000.0, 

! 

12, BASK  LOR 

1000000.0, 

1 

13, RETORTS 

1000000.0, 

1 

• 

14, BASK  UNL 

1000000.0, 

1 

1S,T0NEL  WP 

1000000.0, 

! 

16,VIDEOJET 

1000000.0, 

1 

• 

17, CASING 

1000000.0, 

! 

18,PALLETZG 

1000000.0, 

1 

• 

19, BEEF  KET 

1000000.0, 

! 

20, MT  DOCK 

1000000.0, 

1 

21, GRAVY  K 

1000000.0, 

I 

22,MAT4 

1000000.0, 

1 

• 

23, MATS 

1000000.0, 

1 

• 

24,MAT6 

1000000.0: 

• 

• 

25,GRAVYFL2 

!  MTTR 

900.0,  ! 

GFl 

900.0,  ! 

VEG 

900.0,  ! 

BEEF 

900.0,  ! 

GF2 

000000.0, 

I 

5,TR  FLIP 

30.0, 

1 

6, POTATOES 

000000.0, 

1 

7, MEAT  FIL 

000000.0, 

1 

8, CARROTS 

000000.0, 

» 

• 

9,GRAVYFIL 

000000.0, 

1 

« 

10,CHKWEIGH 

000000.0, 

j 

11, FINAL  CW 

000000.0, 

i 

12, BASK  LDR 

000000.0, 

1 

• 

13, RETORTS 

000000.0, 

« 

« 

14, BASK  UNL 

000000.0, 

1 

• 

15, TOWEL  WP 

000000.0, 

1 

16, VIDEO JET 

000000.0, 

1 

17, CASING 

000000.0, 

1 

18,PALLETZG 

000000.0, 

1 

19, BEEF  KET 

000000.0, 

1 

20,MT  DOCK 

000000.0, 

1 

21, GRAVY  K 

000000.0, 

1 

22,MAT4 

000000.0, 

1 

23,  MATS 

000000.0, 

I 

24,MAT6 

000000.0: 

1 

25,GRAVYFL2 

0, 

0, 

0: 


0,  !  1  ***  INCREMENTAL  SUPPLY  * 


190, 

!  2 

BEEF 

TRAY  PORTIONS  /  BEEF  KETTLE  BATCH 

8, 

!  3 

PEAS 

GRAVY  KETTLE  BATCHES  /  PALLET 

38, 

!  4 

STARCH 

GRAVY  KETTLE  BATCHES  /  PALLET 

926, 

!  5 

POTATOES 

TRAY  PORTIONS  /  PALLET 

909, 

•  6 

CARROTS 

TRAY  PORTIONS  /  PALLET 

4800, 

!  7 

LIDS 

TRAY  LIDS  /  PALLET 

211: 

!  8 

GRAVY 

TRAY  PORTIONS  /  GRAVY  KETTLE  BATCH 

,  4, 

1 

TRAYS 

FROM  PALLET  ***  REORDER  COUNTER  VALUES 

1, 

j 

BEEF 

BEEF  KETTLE  PORTIONS 

1, 

1 

PEAS 

GRAVY  KETTLE  PORTIONS 

2, 

STARCH 

GRAVY  KETTLE  PORTIONS 

120, 

I 

POTATOES 

TRAY  PORTIONS 

120, 

1 

• 

CARROTS 

TRAY  PORTIONS 

APPENDIXJ 


240,  ! 
2,  ! 
1:  ! 


LIDS 

TRAYS 

TRAYS 


TRAY  LIDS 
FROM  CARTON 
FROM  RETORTS 


6,-1: 

7,  0: 


8,  0, 
0, 


0, 
0: 
9,  0: 


10, 

5, 

1 

1 

TR  FLIP 

TO 

GRAVYFLl 

5, 

1 

2 

GRAVYFLl 

TO 

MATl 

5, 

I 

3 

MAT4 

TO 

MAT2 

5, 

1 

4 

MAT5 

TO 

LIQ2 

5, 

1 

5 

LIQ2 

TO 

CHKWEIGH 

5, 

I 

6 

FINAL  CW 

TO 

BASK  LDR 

5, 

1 

7 

TOWEL  WP 

TO 

VIDEO JET 

5, 

1 

8 

VIDEO JET 

TO 

CASING 

5, 

1 

9 

CASING 

TO 

PALLETZG 

5, 

1 

10 

PALLETZG 

TO 

DOCK 

5, 

1 

11 

BK  DOCK 

TO 

BEEF  K 

5, 

1 

12 

MT  DOCK 

TO 

DOCK 

5, 

I 

13 

GK  DOCK 

TO 

GRAVY  K 

5, 

j 

14 

PEA  DOCK 

TO 

DOCK 

5, 

1 

15 

STR  DOCK 

TO 

DOCK 

5, 

1 

16 

PO  DOCK 

TO 

DOCK 

5, 

I 

17 

CA  DOCK 

TO 

DOCK 

5, 

I 

18 

LD  DOCK 

TO 

DOCK 

5, 

1 

19 

MATL4_D 

TO 

DOCK 

5, 

j 

20 

TO 

DOCK 

5: 

1 

• 

21 

MATL5  D 

TO 

DOCK 

11, 

0, 

1 

1 

DOCK 

0, 

I 

2 

STOCK 

0, 

1 

3 

SCRAP 

12, 

J 

4 

TR  PLACE 

4, 

1 

5 

TR  FLIP 

4, 

I 

6 

POTATOES 

4, 

1 

7 

MEAT  FIL 

4, 

I 

8 

CARROTS 

4, 

I 

9 

GRAVYFIL 

4, 

I 

10 

CHKWEIGH 

4, 

j 

11 

FINAL  CW 

4, 

J 

12 

BASK  LDR 

7200, 

1 

13 

RETORTS 

4, 

J 

14 

BASK  UNL 

4, 

1 

15 

TOWEL  WP 

4, 

I 

16 

VIDEO JET 

4, 

J 

17 

CASING 

4, 

I 

18 

PALLETZG 

1800, 

1 

19 

BEEF  KET 

4, 

1 

20 

MT  DOCK 

1800, 

I 

21 

GRAVY  K 

4, 

1 

22 

GF  DOCK 

4, 

1 

23 

PEA  DOCK 

4, 

5 

24 

STR  DOCK 

4, 

j 

25 

PO  DOCK 

4, 

I 

26 

CA  DOCK 

4: 

J 

27 

LD  DOCK 

***** 


ROUTE  TIMES 


ifkifkit 


STATION  DELAY  TIMES 


★  ★★★★ 
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Ks 

12,  Of  !  1  ************************  BUFFER  LIMITS  ************************* 

4f  !  2  maximum  seamer  queue 
844 f  !  3  maximum  X(18)f  gravy  supply  counter 
4f  !  4  maximum  tray_fl  queue 

4f  !  S  maximum  trayjpl  queue 

4f  !  6  maximum  mat4  queue 

4f  !  7  maximum  matl  £111  queue 

4,  !  8  maximum  mats  queue 

4f  !  9  maximum  gravy  fill  1  queue 

4f  !  10  maximum  checkwelgh  queue 

4:  !  11  maximum  flnal_cw  queue 

13f0; 

14f  0: 

15,  0,  0;  !  1  DOCK  *****  STATION  DELAY  TIMES  ***** 

16,  0,  0:  !  2  STOCK 

17,  0,  0:  !  3  SCRAP 

18,  11.25,  0:  !  4  TR_PLACE 

19,  15,  1:  !  5  TR_FLIP 

20,  15,  1:  !  6  POTATOES 

21,  15,  1:  !  7  MEAT_FIL 

22,  15,  1:  !  8  CARROTS 

23,  15,  1;  !  9  GRAVYFIL 

24,  3,  0:  !  10  CHKWEIGH 

25,  3,  0:  !  11  F1NAL_CW 

26,  3,  0;  !  12  BASK_LDR 

27,  7200,  1;  !  13  RETORTS 

28,  3,  0:  !  14  BASK_DNL 

29,  3,  0:  !  15  TOWELJWP 

30,  3,  0:  !  16  VIDEOJET 

31,  3,  0;  !  17  CASING 

32,  3,  0:  !  18  PALLETZG 

33,  1800,  1:  !  19  BEEF_KET 

34,  15,  1:  !  20  MT_DOCK 

35,  1800,  1:  !  21  GRAVY_K 

36,  15,  1:  !  22  GF_DOCK 

37,  15,  1:  !  23  PEA_DOCK 

38,  15,  1:  !  24  STR_DOCK 

39,  15,  1:  !  25  PO_DOCK 

40,  15,  1:  !  26  CA_DOCK 

41,  15,  1;  !  27  LD_DOCK 

42,  5,  1:  !  GFl  ****  FILLING  AMOUNT  PARAMETERS**** 

43,  5,  1:  !  VEG  FILL  1 

44,  82.0,  .39:  !  BEEF  FILL 

45,  5,  1:  !  GF2 

46,  0,0,  0,  0:  !  MIN  NT  FOR  TRAYS  PRODUCT  1  TO  4 

47,  0,0, 0,0:  !  PROBABLISTIC  REJECT  FOR  THE  VARIOUS  PROD 

48,  5,  1:  !  FILLING  STATION  *  7 

49,  5,  1:  !  GRAVYFIL  2  DELAY 

50,  5,  1:  !  MATL4  DELAY 

51,  15,  1:  !  MATL5  DELAY 

52,  2000,2000: !wt  specs 

53,  2000, 2000 : !wt  specs 

54,  0,0,0,0: 1MATL4 

55,  0,0,0,0: !MATL5 

56,  0,0,0,0: !MATL2 

57,  0,0,0,0: 1MATL3 

58,  0,0,0,0:!GF2 

59,  0,0, 0,0:! 
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60, 

0,0, 0,0: ! 

61, 

0,0, 0,0: ! 

62, 

0,0, 0,0:  ! 

63, 

0,0,0,0: IINVENTORY 

64, 

10000.0:  !**************faILDRE 

TIMES 

GFl 

65, 

10800.0:  !**************faILORE 

TIMES 

VEG 

66, 

10000.0:  ! **************faILURE 

TIMES 

MEAT 

67, 

10000.0:  !**************faILURE 

TIMES 

GF2 

68, 

900.0  : 

69, 

600.0  : 

70, 

900.0: 

71, 

900.0: 

72, 

0,4: 

73, 

10:  !  Inc\ibatlon  period 

74, 

3840,4608; 

'  ★★«**** ******************************************************** *★*★** 

The  speed  of  the  transporter  is  given  In  this  block 
.  ********************************************************************* 


transporters : 

1,  RUNNER  , 

2, K_ASSIST, 

3, RET_LDR  , 
distances: 

1,  1-32, 


CAP  DIS  SET  ♦ 


VELOCITY  INITIAL  STATN  &  STATUS 


1,  1/ 

3.0000, 

1-A: 

1,  2, 

3.0000, 

20-A; 

1,  3, 

3.0000, 

12-A; 

RUNNER  TRANSPORT 

0  /  0  /  0^  0^  0  /  0  /  Of  Of  Of  Of  Of  Of 

50,40,0,0,0, 

60, 

60, 

50, 55, 65, 

50,60, 

50, 

50, 

50/!  DOCK 

0,0,  0,0,  0,0, 0,0,  0,0, 0,0, 

50,  0,0, 0,0, 

0, 

0, 

0,  0,  0, 

0,  0, 

0, 

0, 

0/!  STOCK 

Of  Of  0  /  Of  Of  Of  0  /  Of  Of  Of  Of  Of 

50f  OfOfOfOf 

0, 

0, 

0,  0,  0, 

0,  0, 

0, 

0, 

0/!  SCRAP 

0,0,  0,0, 0,0,  0,0, 0,0,  0,0, 

30,  0,0, 0,0, 

0, 

0, 

0,  0,  0, 

0,  0,  0, 

0, 

0/ 

I  TR  PLAC 

0,0,  0,0,  0,0,  0,0,  0,0,  0,0, 

0,  0,0, 0,0, 

0, 

0, 

O 

O 

o 

0,  0,  0, 

0, 

0/ 

!  TR  FLIP 

0,0, 0,0, 0,0, 0,0, 0,0,0, 

0,  0,0, 0,0, 

Of 

Of 

Of  Of  Of 

0,  0,  0, 

Of 

0/ 

!  POTATOE 

0,0, 0,0, 0,0, 0,0, 0,0, 

0,  0,0, 0,0, 

Of 

Of 

0,  0,  0, 

0,  0,  0, 

Of 

0/ 

!  MEAT  FI 

0,0, 0,0, 0,0, 0,0,0, 

0,  0,0, 0,0, 

Of 

Of 

o 

o 

o 

.  0,  0,  0, 

Of 

0/ 

1  CARROTS 

0,0, 0,0, 0,0, 0,0, 

o 

o 

o 

o 

o 

Of 

Of 

0,  Of  Of 

0,  Of  Of 

Of 

0/ 

!  GRAVYFI 

0,0, 0,0, 0,0,0, 

Of  0,0, 0,0, 

Of 

Of 

o 

o 

o 

Of  Of  Of 

Of 

0/ 

!  CHKWEIG 

0,0, 0,0, 0,0, 

o 

o 

o 

o 

o 

Of 

0, 

0,  0,  0, 

0,  0,  0, 

Of 

0/ 

!  FINAL  C 

0,0, 0,0,0, 

0,  0,0, 0,0, 

Of 

0, 

0,  0,  0, 

0,  0,  0, 

Of 

0/ 

!  BASK-LD 

o 

o 

o 

o 

o 

o 

o 

o 

o 

Of 

0, 

0,  0,  0, 

0,  0,  0, 

Of 

0/ 

!  RETORTS 

0,0,0, 

0,  0,0, 0,0, 

Of 

0, 

o 

o 

o 

> 

0,  0,  0, 

Of 

0/ 

!  BASK  UN 

o 

o 

0,  0,0, 0,0, 

Of 

0, 

o 

o 

o 

0,  0,  Of 

Of 

0/ 

!  TOWEL  W 

0, 

Of  0,0, 0,0, 

Of 

0, 

0,  Of  Of 

0,  0,  0, 

Of 

0/ 

!  VIDEOJE 

0,  0,0, 0,0, 

Of 

0, 

o 

o 

o 

0,  0,  0 

f  0 

,  0/!  CASING 

from 
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0,0, 0,0, 

0, 

0, 

0, 

0, 

0, 

0, 

0, 

0, 

0, 

0/1 

PALLETS 

0,0,0, 

0, 

0, 

0, 

0, 

0, 

0, 

0, 

0, 

0, 

O/I 

BEEF  KE 

0,0, 

0, 

0, 

0, 

0, 

0, 

0, 

0, 

0, 

0, 

O/I 

MT 

DOCK 

0,  0,  0, 

0, 

0, 

0, 

0, 

0, 

0/r 

"gravy  K 

0,  0,  0, 

0, 

0, 

0, 

0, 

0, 

O/I 

GF  DOCK 

0,  0,  0, 

0, 

0, 

0, 

0, 

0, 

O/I 

PEA  DOC 

0,  0, 

0, 

0, 

0, 

0, 

0, 

O/I 

STR  DOCK 

0, 

0, 

0, 

0, 

0, 

0, 

O/I 

PO  DOCK 

0, 

0, 

0, 

0, 

0, 

O/I 

CA  DOCK 

0, 

0, 

0, 

0, 

O/I 

MATL4_D 

0, 

0, 

0, 

O/I 

0, 

0, 

O/I 

0, 

O/I 

0:1 

MATL5  D 

2, 

3, 

30, 


TABLES 


19-20, 

20 

12-14, 

40/ 

30; 


!  from 
;  !  BEEF_KET 
!  from 
!  BASK_LDR 
!  RETORTS 


KETTLE  ASSISTANT  TRANSPORT 
RETORT  LOADER  TRANSPORT 


Beef  Stew 

Beef  Tips 

Beef  with  Peppers 

Vegetables 


:1, 1,1, 2, 3, 4, 5, 6, 0,0:  ! Product  1 

2, 1,1, 2, 8, 4, 0,0, 0,0:  .'Product  2 

3, 1,1, 2, 0,4, 0,9, 0,0:  iProduct  3 

4,1,1,10,0,11,12,6,3,13:  !Product  4 

5,1,1,39, .65,17.3,  . 29, 8 .8, . 15, 0, 0, 0, 0, 12 . 6,  . 2, 25 . 3, 4 : !PROD  1  FILL 
6,1,1,2.62,1,0,0,0,0,0,0,0,0,5,1,5,1:  IPRODUCT  2  FILLING  AMOUNT 
7,1,1,2.62,1,0,0,5,1,0,0,0,0,5,1,5,1:  IPRODUCT  3  FILLING  AMOUNT 
8, 1,1, 5, 1,5, 1,5, 1,5, 1,5, 1,5, 1,5,1;  PRODUCT  4  FILLING  AMOUNT 

********************************************************************* 

The  conveyor  speeds  are  outlined  here 


conveyers: 

1, TRAYWASH,  1, 

2, GRAVYLIN,  2, 


Iln/sec 

24.0000, 

48.0000, 


3,SEAMER 

9 

3, 

24.0000, 

4, WASH  DRY, 

4, 

5.4, 

1 

5, filcon. 

5, 

5.4, 

1 

6,con2, 

6, 

5.4, 

1 

7,CON3, 

7, 

5.4, 

1 

8,CON4, 

8, 

5.4, 

1 

9,CON5, 

9, 

5.4, 

1 

10,CON6, 

10, 

5.4, 

1 

11, EXICON, 

11, 

5.4, 

1 

12,CON7, 

12, 

5.4, 

1 

13, CONS, 

13, 

5.4, 

1 

f 

segments : 

I  Inches 

Ir 

4,  5 

- 

120.0: 

2, 

21,22 

- 

300 . 0 : 

3, 

10,11 

- 

180.0: 

4, 

14,15 

- 

180.0: 

5, 

4,5 

- 

64.0: 

6, 

5,6 

- 

64.0: 

7, 

6,7 

- 

64.0: 

in/ sect ion 
12: 

6: 

1: 
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8, 

6,8  - 

112.0 

9, 

7,8  - 

64.0: 

10, 

22,9  - 

64.0: 

11, 

9,3  - 

96.0: 

12, 

9,12  - 

64.0: 

13, 

8,22  - 

64.0; 

$ 

REPLICATE,  1,  .0000,  ,YES  , YES, 3600.0; 

$ 

DSTATS:  1,NR(1) ,DOCK: 

2,  NR (2 ), STOCK: 

3,  NR (3) , SCRAP: 

4, NR(4),TR_PLACE: 

5,NR{5) ,TR_FLIP: 

6,  NR (6 ), POTATOES: 

7,  NR (7) ,MEAT_FIL: 

8,  NR (8 ), CARROTS: 

9, NR(9) ,GRAVyFIL: 

10, NR(10) ,CHKWEIGH: 

11, NR(11) ,FINAL_CW: 

12, NR(12) ,BASK_LDR: 

13,  NR(13) , RETORTS: 

14, NR(14) ,BASK_UNL: 

15,  NR (15) ,TOWEL_WP: 

16,  NR(16), VIDEOJET: 

17,  NR (17), CASING  : 

18, NR(18) ,PALLETZG: 

19, NR(19) ,BEEF_KET: 

20, NR(20) ,MT_DOCK: 

21,  NR (21) ,GRAVY_K: 

22, NR(22),MATL4: 

23, NR(23) ,MATL5: 

24, NR(24) ,GRAVYFL2: 

25, NR(25) ,RETORTl: 

26, NR(26) ,RETORT2: 

27, NR(27) ,RETORT3: 

28, X(2) ,TOP_L: 

29,  X (3) ,BOTTOM_L: 

30, X(4) , RETORTS: 

31, NQ(4),TR_PLACE: 

32, N(3(5),TR_FLIP: 

33, NQ(66) ,GF1: 

?4,NQ(7),MAT1: 

35, NQ(67) ,MAT4: 

36, NQ(68) ,MAT5: 

37, NQ(6),MAT2; 

38, NQ(8) ,MAT3: 

39, NQ(9),GF2: 

40, NQ(10) ,CHK_W: 

41, NQ(11) ,F_CW: 

42, NQ(12)  ,BL: 

43, x(33),INVEN,22: 

44, x(46) ,prod,23: 

45, x(41),bot,24: 

46, X(27) ,SHIPDA,25: 

47, x(43) , total,  26: 

48, X(19) ,MATU,27: 
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49,X(39),shipq,28; 
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BEGIN, 1, 1, YES, prouc, NOIN; 

CREATE, 1,10:86450;  Initiate  Bottom  line 

SIGNAL: 3;  with  cartoons 

ASSIGN:A(1)-X(50); 

QUEUE, 38; 

WAIT:1; 

ROUTE:0,2; 

DISP  DELAY : 0 : DISPOSE; 


****************************************iKr**************************** 
******************************* **************************** *********** 

SCHEDULING  MODULE 

********************************************************************** 

********************************************************************** 

********************************************************************** 
The  input  to  this  routine  is  the  various  orders  for  which  the 
the  simulation  is  to  be  done.  These  orders  are  given  in  the 
arrivals  block  of  the  experimental  file.  The  parameters  would 
be  the  Start  time  of  the  order.  The  size  of  the  order.  The 
due  date  and  the  kill  date  beyond  which  the  order  can  be 
assumed  to  be  void.  This  block  also  starts/stops  the  machines. 
********************************************************************** 


ORDER  QUEUE ,48: DETACH ; 

QUEUE, 1: DETACH; 

CREATE, 1:86400;  start  daily  production 

ASSIGN :X (20 )-0; 

ASSIGN:X(17)-0; 

ASSIGN:X(19)-0; 

ASSIGN:X(47)-X(47)+1; 

BRANCH, 1 : 

IF,NQ(48) .NE.0,RE48: 

ELSE, RE 1; 

RE48  REMOVE: 1, 48, GETMAT: DISPOSE;  Decide  product  and  get  material 

REl  BRANCH,!:  ;reqired. 

IF,NQ(1) .NE.0,REM: 

ELSE, END; 

REM  REMOVE : 1, 1, CHKORD; 

DELAY : 0 . 001 : DISPOSE; 

END  ASSIGN:X(20)-0; 

CODNT:9:DISPOSE; 

CHKORD  BRANCH, 1 : 

IF,TNOH/86400.GE.A(4) ,REMDIS: 

ELSE, GETMAT; 

REMDIS  REMOVE:!, 1, CHKORD: DISPOSE; 

GETMAT  ASSIGN:X(1)-A(2) ; 

ASSIGN:X(50)-A(1) ; 

ASSIGN:X(48)-A(3)  ; 

ASSIGN:X(46)-A(4)  ; 

BRANCH,!: 
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ClUOilTOJKHJCHJLmj^ 

IF,X(1) .EQ.-1,FINUP; 

EIiSE,BRTYPE;  decide  when  to  stop 

FINUP  SIGNAL: 3: DISPOSE: 

BRTYPE  BRANCH,!:  ;chosse  material  based  on  product  type 

IF,A(1) .EQ.1,TYPE1: 

IF,A(1) .EQ.2,TYPE2: 

IF,A(1) .EQ.3,TYPE3: 

IF,A(1) .EQ.4,TYPE4; 

BEEF  ASSIGN:X(2)-X(2)-«-20; 

ROUTE : 0, 1; 

POTATOES  ASSIGN:X(3)-20-t-X(3); 

ROUTE: 0,1; 

CARROTS  ASSIGN:X(4)-X(4)-t-20; 

ROUTE:0,1; 

STARCH  ASSIGN:X(5)-X(5)'»-20; 

ROUTE:0,1; 

PEAS  ASSIGN:X(6)-X(6)-»-20; 

ROUTE : 0, 1; 

MUSHROOM  ASSIGN:X(7)-X(7)+20; 

ROUTE : 0, 1; 

BEANS  ASSIGN:X(8)-X(8)-t-20; 

ROUTE : 0, 1; 

BRINE  ASSIGN:X(9)-X(9)-t-20; 

ROUTE : 0, 1; 

PEPPER  ASSIGN:X(10)-X(10)+20; 

ROUTE : 0, 1; 

TYPEl  ASSIGN:X(16)-5; 

BRANCH, 5: 

ALWAYS, BEEF: 

ALWAYS, POTATOES: 

ALWAYS, CARROTS: 

ALWAYS, PEAS: 

ALWAYS, STARCH; 

TYPE2  ASSIGN :X (16) -3; 

BRANCH, 3: 

ALWAYS, BEEF : 

ALWAYS , MUSHROOM : 

ALWAYS, STARCH; 

TYPES  ASSIGN: X (16) -3; 

BRANCH, 3 : 

ALWAYS, BEEF : 

ALWAYS, PEPPER: 

ALWAYS, STARCH; 

TYPE4  ASSIGN:X(16)-4; 

BRANCH, 4: 

ALWAYS, BRINE: 

ALWAYS, BEANS: 

ALWAYS, PEAS : 

ALWAYS, CARROTS; 


*************  h*  ************  hit****  **11**  It  hlriilfklt  It -k-klflfkifk  It  *********  It********* 

MACHINE  CONTROL 

This  blocJc  turns  the  machines  off  &  on  depending  on  the 
signals  from  other  bloclcs  and  the  time  of  day. 

It  takes  Into  account  the  dlffrence  In  time  between 
the  start  of  the  cooking  operations  and  filling. 

*********************************************  **1i**it  ***11  *******  *********** 
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$ 

CREATE, 1,100: 86400; 

QDEOE,88; 

WAIT: 3; 

BRANCH, 2 : 

ALWAYS, CON: 

ALWAYS, INVEN; 

CON  ASSIGN: X (33 )-0; 

ALTER : FORMER, -1 ; 

ALTER:SEALER,-l; 

ALTER : CDTTINGl ,  -1  ; 

ALTER : CUTTING2 ,  -1 ; 

ALTER : CUTTING3 ,  -1 ; 

ALTER : SPLITTER, -1  ; 

ALTER : INSPECTl ,  -1  ; 

ALTER : INSPECT2 , -1 ; 

ALTER : INSPECTS, -1 ; 

ALTER ; INSPECT4 , -1 ; 

ALTER : INSPECTS,  -1 ; 

ALTER : INSPECTS, -1 ; 

ALTER: INSPECT?,  -1; 

ALTER : INSPECTS , -1 ; 

ALTER : LOADMEN ( 1 ) , -1 ; 

ALTER : LOADMEN ( 2 ) , -1 ; 

ALTER:BLOADl,-l; 

ALTER:BLOAD2,-l; 

ALTER:INS1,-1; 

ALTER:INS2,-1; 

ALTER: INS3,-1; 

ALTER: INS 4,-1; 

ALTER:INS5,-1; 

ALTER: INS 6,-1; 

ALTER:INS7,-1; 

ALTER: INS8,-1; 

ALTER : INS 9,-1 ; 

ALTER:INS10,-l; 

ALTER: INSll,-l; 

ALTER:INS12,-l; 

ALTER: INS13,-l; 

ALTER:INS14,-l; 

ALTER: INS15,-1; 

ALTER: INS16,-1; 

ALTER :PACKER1, -1; 

ALTER : PACKER2 , -1 ; 

ALTER  :  P  ACKER3  ,  -  1  ; 

ALTER : PACKER4 , -1 ; 

BRANCH, 3: 

ALWAYS, Q50: 

ALWAYS, Q96: 

ALWAYS, Q9 5; 

Q50  QUEUE,50; 

SEIZE, 2: RETORT (1)  ; 

RELEASE : RETORT ( 1 ) ; 

ALTER : RETORT ( 1 ) , -1 : NEXT (Q94 ) ; 

Q95  QUEUE,95; 

SEIZE,2:RETORT(2) ; 

RELEASE :  RETORT  ( 2 ) ; 

ALTER : RETORT ( 2 ) , -1 : NEXT (Q94 ) ; 
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Q96  QUEUE, 96; 

SEIZE,2:RETORT(3) ; 

RELEASE : RETORT ( 3 ) ; 

ALTER:RETORT(3) ,-l:NEXT (Q94); 

Q94  QUEUE, 94 ; 

GROUP:3; 

ASSI6M:X(35)-0; 

QUEUE, 47; 

WAITil; 

ASSIGN :X (33) -1 ; 

ASSIGN:X(34)-l; 

ALTER: FORMER, 1; 

ALTER: SEALER,!; 

ALTER : CUTTING!,  1; 

ALTER : CUTTING2, !; 

ALTER :CUTTING3, !; 

ALTER : SPLITTER, ! ; 

ALTER.-INSPECT!,!; 

ALTER:INSPECT2,!; 

ALTER: INSPECTS,!; 

ALTER:INSPECT4,!; 

ALTER:INSPECTS,!; 

ALTER: INSPECTS,!; 

ALTER : INSPECT?,  ! ; 

ALTER:INSPECT8,!; 

ALTER : LOAOMEN (!),!; 

ALTER : LOADMEN (2),!; 

ALTER  :BLOM>!,!; 

ALTER :BL0A02, !; 

ALTER: INS!,!; 

ALTER: INS 2, !; 

ALTER: INS 3,!; 

ALTER:INS4,!; 

ALTER: INS 5,!; 

ALTER:INS6,!; 

ALTER:INS7,!; 

ALTER: INS 8,!; 

ALTER: INS 9,!; 

ALTER:INS!0,!; 

ALTER: INS!!,!; 

ALTER:!NS!2,!; 

ALTER: INS !3,!; 

ALTER: INS! 4,!; 

ALTER:INS!5,!; 

ALTER: INS!6,!; 

ALTER:PACKER!,!; 

ALTER : P ACKER2 , ! ; 

ALTER: PACKERS,!; 

ALTER :PACKER4,!; 

ASSIGN:X(35)-!; 

ALTER : RETORT (!),!; 

ALTER:RETORT(2) ,!; 

ALTER:RETORT(3)  ,!; 

SPLIT; 

DELAY :0:DISPOSE; 
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END  SCHEDULING  MODULE 

****4r4r***4rir************************i^**#*************">  **************** 
*****x *************************************************************** 


.********************************************************************* 

.********************************************************************* 

# 

;  INVENTORY  MODULE 

.*****************•■«************************************************** 

^ ********************************************************************* 

9 

;  This  block  keeps  track  of  the  on-hand  inventory.  The  only  input 

/  is  the  probability  that  a  given  lot  might  be  rejected  by  the 

;  USDA. 

;  It  gives  as  output  the  on-hand  inventory  at  any  time 

•  ’k’k’kitif'k’k'kititif -k  if  if  it -kit  it  it  it  it  it  it  if  if  it  it  itit  it  it  it  it  it  it  it  it  it  it  it  it  it -k  if  it  it  it  it  it  it  it  it  it  if  it  it  it  it  it  it -kit  it  it  it  it  it  it  if  it -k  • 

•  t 
/ 

INVEN  ASSIGN;A(1)-D(1) ; 

ASSIGN;D(2)-D(2)+D(1)  ; 

ASSIGN; D(l)-0; 

ASSIGN:A(2)-X(47) ; 

BRANCH, 1 : 

WITH,0.1,USDREJ: 

ELASE,NOREJ 

USREJ  ASSIGN;A(2)-A(2)+25; 

BRll  BRANCH,!: 

IF,NQ(89)  .EQ.  0,  SIG9; 

ELSE,  REM89; 

REM89  REMOVE: 1,8 9, CINVEN; 

QUEUE,87; 

WAIT:9; 

ASSIGN:D(3)-D(2) ; 

Q89  QUEUE, 89; DETACH; 

CINVEN  BRANCH, 1 : 

IF,  A(2)-X(47)  .GE.  10  ,DINV; 

ELSE, BRll; 

DINV  ASSIGN:D(2)-D(2)-A(1) ;DISPOSE; 

SIG9  SIGNAL:  9 .-NEXT  (Q89)  ; 


********************************************************************* 

********************************************************************* 

END  INVENTORY  MODULE 

********************************************************************* 

********************************************************************* 


********************************************************************* 

********************************************************************* 
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COOKING  MODULE 

********************************************************************* 


;  This  Is  the  first  operation  to  start  on  any  given  day. 

;  It  can  be  divided  Into  two  actlvltes  Cooklng/Coollng 

•  it  it  it  it  it  ir  it  it  it  it  it  it  it  ir  It  ic  it  it  it  it  it  it  if  If  it  it  it  ic  if  it  ic  it  it  it  it  it  it  it  it  it  it  it  it  ic  it  it  it  it  it  it  ieic  it  it  it  it  if  it  it  it  it  "k  "kit  ic  it  ieic  it 

• 

STATION,!; 

QUEUE, 2; 

COMBINE : X (16) , LAST; 

DUPLICATE : 8; 

BBANCH,3: 

ALWAYS, Q37: 

ALWAYS, Q8 4: 

ALWAYS, Q8 2; 

Q37  QUEUE,37; 

SEIZE: KETTLE; 

DELAY :C0(1)  ; 

RELEASE: KETTLE; 

QDEDE,3; 

SEIZE : COOLER; 

DELAY:C0(2)  ; 

RELEASE: COOLER; 

SIGNAL: l:OISPOSE; 

Q84  QUEUE, 84; 

SEIZE :KETTLE2; 

DELAY:CO(l) ; 

RELEASE:KETTLE2; 

QUEUE, 83; 

SEIZE:COOLER2; 

DELAY:CO(2)  ; 

RELEASE : COOLER2 : DISPOSE ; 

Q82  QUEUE, 82; 

SEIZE:KETTLE3; 

DELAY:CO(l) ; 

RELEASE :KETTLE3; 

QUEUE,81; 

SEIZE: COOLERS; 

DELAY:CO(2)  ; 

RELEASE : COOLERS : DISPOSE; 

STATION, 2; 


END  COOKING  MODULE 


*************************************  iHtir**1i*1i1r**iHtit*it1i**1r******1c**ifk* 

*********************************************************1t********itit* 
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********************************************************************* 

PCKAGIN6  MODULE 

The  Pouches  are  formed^  filled,  sealed  and  cut  in  this 
nodule 

********************************************************************* 


********************************************************************* 
The  first  station  here  forms  the  pouches.  They  are  formed  In 
batches  of  six  and  move  through  the  packaging  module  In  a  group. 
The  group  Is  split  only  after  It  reaches  the  cutting  stations 
********************************************************************* 


DUP  DUPLICATE: 9; 

ASSI6N:X(19)-X(19)+6; 
ASSIGM:A(2)-X(19) ; 

ASSIGN: A(5)-l; 

DELAY: 0.001; 

BRANCH,!: 

IF, TNOW-X (47) *86400. GE. 36000. AND. 
X(20)  .EQ.0,SP: 

ELSE,Q4; 

SP  ASSIGN:X(20)-X(19); 

BRANCH, 2 : 

ALWAYS, Q4: 

IF,X(19) .LE.X(1),RET: 

IF,NQ(1) .EQ.O.AND.X(l) .NE.-l, 
RETl; 

RET  ASSIGN:A(2)<-X(1)-X(19) ; 

ASSIGN:A(3)-X(48) ; 

ASSIGN:A(4)-X(46) :NEXT (ORDER) ; 

RETl  ASSIGN:A(2)— 1; 

ASSIGN:A(3)-X(48) ; 

ASSIGN:A(4)-X(46) :NEXT (ORDER) ; 

Q4  COUNT :11; 

QUEUE,49; 

ROUTE : 0,3; 

STATION, 3; 

Q7  QUEUE, 4; 

SEIZE: FORMER; 

OELAY:CO(3) :MARK(4) ; 

BRANCH: 

ALWAYS, CONT: 

IF,NQ(4) .LE.5.AND.X(20) .EQ.0,DUP; 
CONT  RELEASE : FORMER; 

ASSIGN :M-4; 

ROUTE:0,4; 


irititifititifififiritifiritifif'kit'kifitititic’kifititicit'kif'kitififitifit'kitititififificiricicif'kicitic'kitilitifiticidrifititicit 

Once  the  pouches  are  formed  they  are  Indexed  through  the 
system.  The  distance  between  the  former  and  the  sealing 
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station  Is  12  Indexes.  This  Is  achieved  by  the  next  block. 

Any  number  of  filling  station  that  can  be  accomodated 
In  this  distance  have  no  bearing  on  the  results  since 
the  pouches  will  be  Indexed  any  ways. 

***************** ******************************************* ********** 


STATION, 4-16; 
DELAY:C0(3) ,M; 
ASSIGNtM-M-t-l; 
ROUTE :0,M; 


********************************************************************* 
The  sealing  operatlonls  modeled  In  the  next  station. 

This  operation  also.  Is  synchronized  with  rest  of  the  line. 
********************************************************************* 


STATION, 17; 
QUEUE, 5; 

SEIZE: SEALER; 
DELAY:CO(3) ; 
RELEASE: SEALER; 
ROUTE ; 0,18; 


********************************************************************* 
The  next  three  stations  model  the  cutting/ spllting  operations. 
The  pouches  are  In  two  rows  and  continues.  These  operations  cut 
them  Into  Individual  pouches. 


STATION,18; 
QUEUE,6; 
SEIZE:CUTTING1; 
ASSIGN: A (5) -10; 
DELAY:CO(3) ; 
RELEASE : CUTTINGl ; 
ROUTE:0,19; 
STATION,19; 
QUEUE,?; 

SEIZE :CUTTING2; 
DELAY: CO (3) ; 
RELEASE : CUTTING2 ; 
ROUTE ;0, 20 ; 
STATION,20; 
QOEOE,8; 

SEIZE :CUTTING3; 
DELAY:CO(3)  ; 
RELEASE : CUTTING3 ; 
ROUTE :0, 21; 
STATION,21; 

QUEUE, 9; 
SEIZE;SPLITTER; 
DELAY:CO(3)  ; 
RELEASE : SPLITTER; 
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DUPLICATE : 6; 

ASSIGN:A(5)-2; 

ROUTE:0,22; 

********************************************************************* 

********************************************************************* 

END  PACKAGING  MODULE 

********************************************************************* 

********************************************************************* 


. ********************************************************************* 
; ********************************************************************* 

;  INSPECTION  MODULE 

# 

********************************************************************** 

;********************************************************************* 

# 

.********************************************************************* 
;  In  this  module  the  pouches  are  Inspected  100%  for  bad  seals. 

;  Only  pouches  which  pass  this  Inspection  are  retorted. 

9 

STATION, 22; 

QUEUE, 10; 

BRANCH,!: 

WITH, .125,INS1: 

WITH, .125,INS2: 

WITH, .125,INS3: 

WITH, .125,INS4: 

WITH, .125,INS5; 

WITH, .125,INS6: 

WITH, .125,INS7: 

WITH, .125,INS8; 

INSl  QUEUE, 11; 

SEIZE;INSPECT1; 

DELAY:RN(4,1)  ; 

RELEASE : INSPECTl :NEXT (QUE) ; 

INS2  QUEUE, 12; 

SEIZE:INSPECT2; 

DELAY:RN(4,2) ; 

RELEASE ; INSPECT2 : NEXT (QUE ) ; 

INS3  QUEUE,13; 

SEIZE :INSPECT3; 

DELAY:RN(4,3) ; 

RELEASE : INSPECTS : NEXT (QUE) ; 

INS4  QUEUE, 14; 

SEIZE :INSPECT4; 

DELAY:RN(4,4) ; 

RELEASE : INSPECT4 : NEXT (QUE ) ; 

INS5  QUEUE, 41; 

SEIZE: INSPECTS; 

DELAY:RN(4,1) ; 

RELEASE : INSPECTS : NEXT (QUE) ; 
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_ I 

INS6  QUEUE,42; 

SEIZE :INSPECT6;  * 

DEIAY:RN(4,2) ;  ■ 

RELEASE : INSPECTS : NEXT (QOE ) ;  ” 

INS7  QDEDE,43; 

SEIZE: INSPECT?;  ■ 

DELAY:RN(4,3);  ■ 

RELEASE : INSPECT? : NEXT (QUE) ; 

INS8  QUEUE, 44;  ■ 

SEIZE: INSPECTS;  | 

DELAY:RN(4,4) ; 

RELEASE : INSPECTS : NEXT (QUE ) ;  _ 

QUE  TALLY:A(1),INT(4);  I 

COUNT : A (1);  ■ 

BRANCH, 1 : 

WITH,0.5,Q93:  ■ 

WITH,0.5,Q92;  ■ 

Q93  QUEUE, 93; 

SEIZE :BLOADl;  ■ 

DELAY:RN(S,1) ;  I 

RELEASE : BLOADl : NEXT (EL) ; 

Q92  QUEUE, 92; 

SEIZE :BLOAD2;  I 

DELAY:RN(S,1) ;  ■ 

RELEASE : BLOAD2 : NEXT (EL) ; 

EL  ASSIGN:X(30)-X(30)-t-l;  ■ 

BRANCH, 1 :  I 

IF,X(30) .EQ.X(20) ,SETX22:  . 

ELSE,Q15;  m 

SETX22  ASSIGN :  X  (22  )-NQ(  15) -fl;  I 

ASSIGN:A(2)-X(20) ;  ■ 

ASSIGN:X(30)-0; 

Q15  QUEUE, 15;  I 

COMBINE :X (22) , LAST;  ■ 

BRANCH, 1 : 

IF,A(2) .EQ.X(20),SETX23:  ■ 

ELSE,Q16;  | 

SETX23  ASSIGN:X(23)-NQ(16)+1; 

Q16  ASSIGN: A(5) -4;  - 

QUEUE, 16;  ■ 

COMBINE ;X (23) , LAST;  ■ 

BRANCH,!: 

IF,A(2) .EQ.X(20) ,SETX24:  ■ 

ELSE,Q1?;  I 

SETX24  ASSIGN: X (24) -NQ(1?)+1; 

Ql?  ASSIGN:A(5)-5;  ■ 

QUEUE,!?;  | 

COMBINE : X ( 2 4 ), LAST ; 

ASSIGN:  — 

A(3)-X(22)  +  (X(23)-1)*8+(X(24)-1)*  ■ 

64;  ■ 

ASSIGN :X (22) -8; 

ASSIGN:X(23)-8;  ■ 

ASSIGN:X(24)-16;  ■ 

ASSIGN:A(5)-6; 


•★*★***★★*★**♦*★*****★***★*****★'***********★*******★★***★*★*******★*** 
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********************************************************************* 

END  INSPECTION  MODULE 

********************************************************************* 

********************************************************************* 


********************************************************************* 

********************************************************************* 

RETORTING  MODULE 

********************************************************************* 

********************************************************************* 


********************************************************************** 
;  The  pouches  are  grouped  In  batches  of  1024 .  Two  of  these 

;  batches  can  be  loaded  In  a  retort  at  a  time. 

STATION, 23; 

QUEUE, 59; 

REQUEST, 1,1: CART; 

TRANSPORT : CART, 24 ; 

STATION, 24; 

FREE: CART; 

BRANCH,!: 

IF,A(2) .EQ.X(20),SETX25: 

ELSE,SETA33; 

SETX25  ASSIGN:X(25)-NQ(18)-t-l; 

SIGNAL: 3; 

SETA33  ASSIGN :  A  ( 3 )  -A  (3 )  -t-NQ  (18)^1024; 

QUEUE, 18; 

COMBINE :X (25) ,LAST; 

ASSIGN: X (25) -2; 

COUNT:13; 

QUEUE, 19; 

SELECT, RAN: 

RETORTl : 

RETORT2 : 

RETORT3; 

RETORTl  SEIZE,  1:  RETORT(l); 

ASSIGN:A(4)-1:NEXT(RETREL) ; 

RETORT2  SEIZE,  1:  RETORT (2); 

ASSIGN:A(4)-2:NEXT(RETREL) ; 

RETORT3  SEIZE,  1:  RETORT (3); 

ASS IGN : A ( 4 ) -3 : NEXT ( RETREL ) ; 

RETREL  ASSIGN:  A (5)^  9;  change  to  4  bas)cet  synibol 

DELAY:  CO (5); 

RELEASE:  RETORT (A(4))  ; 

QUEUE, 40; 

SCAN:TNOW-X(47)*86400.LT.36000; 

QUEUE, 60; 

REQUEST,!: CART; 
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TRANSPORT : CART, 25 ; 


********************************************************************* 
*******  ********1*********^******  A*********************  ********i^*  ****** 

END  RETORTING  MODULE 

********************************************************************* 

********************************************************************* 


********************************************************************* 

********************************************************************* 

CASING  MODULE 

********************************************************************* 

********************************************************************* 


********************************************************************* 
The  pallets  are  removed  from  the  retort  and  sent  over  to  this 
module.  The  pouches  are  removed  from  the  pallets  and  cased. 

The  various  operations  Involved  are  washed,  Inspected, 
labeling  and  cartooning; 

********************************************************************* 


********************************************************************* 
This  station  unloads  the  pouches  from  the  pallet  and  places 
them  on  the  conveyor  where  It  Is  washed. 
********************************************************************* 


STATION, 25; 

FREE: CART; 

ASSIGN:X(18)-X(18)+A(3) ; 

DUPl  DDPLICATE:9; 

ASSIGN;A(5)-7; 

ASSIGN: X (18) -X (18) -1; 
BRANCH,!: 

IF,X(18) .LT.0,DIS: 
ELSE,QUEUP; 

DIS  ASSIGN:X'18)-X(18)+l:DISPOSE; 

QUEUP  QUEUE, 20; 

SELECT, CYC: 

LI; 

L2; 

LI  SEIZE,2:LOADMEN(l); 

ASSIGN:A(5)-2; 
ASSIGN:A(4)-1:NEXT(LREL) ; 

SEI ZE , 2 : LOADMEN (2) ; 


L2 
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ASSIGN: A(5) -2; 

ASSI6N:A(4)-2:NEXT(LREL) ; 

LREL  COUNl;14; 

DELAY:RN(8,1); 

BRANCH : 

ALWAYS, CONTIl : 

IF,NQ(20) .LE.2.AND.X(18) .GT.O, 

DUPl; 

CONTIl  RELEASE : LOADMEN  <A ( 4 ) ) ; 

Q0EDE,21; 

ACCESS :CONV3; 

CONVEY :CONV3, 26; 


.***«*★*★************************★**********★************************* 
;  This  Is  the  final  Inspection  station.  The  pouches  are 

;  Inspected  for  any  possible  defect.  This  Is  also  a  100% 

;  Inspection . 

STATION, 26; 

EXIT : CONV3 :MARK (4 ) ; 

BRANCH, 8 : 

WITH, 1/16, INI: 

WITH,l/i6,IN2: 

WITH, 1/16, IN3: 

WITH, 1/16, IN4: 

WITH, 1/16, INS: 

WITH, 1/16, IN6: 

WITH, 1/16, IN7: 

WITH, 1/16, INS: 

WITH, 1/16, IN9: 

WITH, 1/16, INIO: 

WITH, 1/16, INll: 

WITH, 1/16, IN12: 

WITH, 1/16, IN13: 

WITH, 1/16, IN14: 

WITH, 1/16, INIS: 

WITH, 1/16, IN16; 

INI  QUEUE,22; 

SEIZE,2:INS1; 

DELAY:RN(7,7) ; 

RELEASE : INSl : NEXT (QUE3) ; 

IN2  QUEUE,23; 

SEIZE,2:INS2; 

DELAY:RN(7,8) ; 

RELEASE : INS2 :NEXT (QUE3) ; 

IN3  QUEUE, 24; 

SEIZE,2:INS3; 

DELAY:RN(7,7) ; 

RELEASE : INS3 : NEXT (QUE3 ) ; 

IN4  QUEUE, 2S; 

SEIZE,2:INS4; 

DELAY:RN(7,9) ; 

RELEASE : INS4 : NEXT (QUE3) ; 

INS  QUEUE, 26; 

SEIZE,2:INSS; 

DELAY :RN (7,1) ; 

RELEASE :INSS: NEXT (QUE3) ; 
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IN6  Q0EUE,27; 

SEIZE,2:INS6; 

DELAY:RM(7,2); 

RELEASE : INS  6 : NEXT (QUE3 ) ; 
IN7  QUEUE, 28; 

SEIZE,2:INS7; 

DELAY:RN(7,3); 

RELEASE : INS7 : NEXT (QUE3 ) ; 
INS  QUEUE, 29; 

SEIZE,2:INS8; 

DELAY:RN(7,7); 

RELEASE : INS8 : NEXT (QUE3 ) ; 
IN9  QUEUE, 31; 

SEIZE,2:INS9; 
DELAY:RN(7,7) ; 

RELEASE : INS  9 : NEXT (QUE3 ) ; 
INIO  QUEUE, 32; 

SEIZE,2:INS10; 
DELAY:RN(7,8) ; 

RELEASE : INSIO :NEXT (QUE3 ) ; 
INll  QUEUE,33; 

SEIZE,2:INS11; 
DELAY:RN(7,7) ; 

RELEASE : INSll :NEXT (QUE3) ; 
IN12  QUEUE, 35; 

SEIZE,2:INS12; 
DELAY:RN(7,9) ; 

RELEASE : INS12 :NEXT (QUE3) ; 
IN13  QUEUE, 90; 

SEIZE,2:INS13; 

DELAY :RN (7,1) ; 

RELEASE : INS 13 : NEXT ( QUE3 ) ; 
IN14  QXJEUE,39; 

SEIZE,2:INS14; 
DELAY;RN(7,2) ; 

RELEASE : INS 14 :NEXT (QUE3) ; 
IN15  QUEUE, 45; 

SEIZE,2:INS15; 
DELAY;RN(7,3)  ; 

RELEASE : INS15 : NEXT (QUE3 ) ; 
IN16  QUEUE, 46; 

SEIZE,2:INS16; 
DELAY:RN(7,7) ; 

RELEASE : INS16 :NEXT (QUE3) ; 
QUE3  QUEUE, 30 ; 

ACCESS;CONV4; 
ASSIGN:X(49)-A(1)  ; 

CONVEY ;CONV4, 27; 


★  *****★**★♦★*★*★***★***■*♦*******************★**★*♦**♦*********■******* 
The  pouches  are  Individually  packed  and  then  cartooned. 

These  operations  are  modeled  in  the  next  two  stations. 
**♦*★*★** ************** ************************************ ********** 

STATION, 27; 

EXIT;CONV4; 

BRANCH, 1 : 
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WITH, .25,PACKER1: 

WITH, .25,PACKER2: 

WITH, .25, PACKERS: 

WITH, .25,PACKER4; 

PACKERl  QUEUE, 34; 

SEIZE:PACKER1; 

ASSI6N:A(5)-10; 

DELAY:RN(8,1); 

RELEASE  .-PACKERl  .‘NEXT  (QUE56)  ; 

PACKER2  QUEUE, 72 ; 

SEIZE:PACKER2; 

ASSIGN:A(5)-10; 

DELAY:RN(8,2) ; 

RELEASE :PACKER2 :NEXT (QUES6) ; 

PACKERS  QUEUE,  SS.- 

SEIZE.-PACKERS; 

ASSIGN: A(5) -10; 

DELAY:RN(8,1) ; 

RELEASE : PACKERS :NEXT (QUE56) ; 

PACKER4  QUEUE, 86; 

SEIZE:PACKER4; 

ASSIGN:A(5)-10; 

DELAY:RN(8,2) ; 

RELEASE :PACKER4; 

QDE56  QUEUE, 56; 

ACCESS:CONV6; 

ASSIGN:A(5)-15; 

CONVEY:CONV6,28; 


STATION,28; 

EXIT;CONV6; 

ASSIGN:D(l)-D(l)-i-l; 

ASSIGN:A(l)-A(l)-t-4; 

TALLY:A(1),INT(4); 

COUNT:A(l); 

ASSIGN:A(l)-A(l)-4; 

BRANCH,!: 

IF,A(1) .EQ.X(40) .OR.NQ(36) .EQ.O, 
CON12 : 

ELSE,SETX26; 

SETX26  ASSIGN:X(2€)-NQ(36) ; 

CON12  ASSIGN:X(40)-A(1); 

QUEUE, 36; 

COMBINE : X ( 2 6 ), LAST ; 

ASSIGN: X (26) -20 :DISPOSE; 

END; 

§ 

;  END  CASING  MODULE 


********************************************************************* 

********************************************************************* 
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********************************************************************* 

********************************************************************* 

END  OF  THE  MODEL  FILE 

********************************************************************* 

*********************************************************************. 


********************************************************************* 

********************************************************************* 

EXPERIMENTAL  FILE 

********************************************************************* 

********************************************************************* 


********************************************************************* 

********************************************************************* 


********************************************************************* 
This  file  contains  the  data  required  to  run  the  model. 

Some  of  this  data  Is  user  Input  but  a  good  part  of  It 
Is  the  data  required  by  slman.  It  also  has  the  definition 
of  the  various  stations,  resources  etc  used  In  the  model. 
********************************************************************* 


BEGIN  ,10, 10, NO, NO; 

f 

/ 

PROJECT  ,POUCH,JAFARI.M, 1/25/1990; 

0 

DISCRETE  ,650,5,99,30,5; 

0 

********************************************************************** 

;  The  arrivals  block  stores  the  various  orders  that  have  to 

;  be  processed. 

;  1 (order  #), QUEUE (80) (queue  #),0(Tlme  when  orders  Is  to  be  created) 

;  1 (batch  size  of  the  orders), 2 (  product  type) , 21856 (order  size) 

;  ,l(due  date.  In  days) , 9999 (kill  date  ,  In  days): 

Ht  it  it  it  if  if  it  it  it  it  it  it  it  it  it  it  it  "kit  "k  if  it  it  if  it  it  it -kit  it  it  if  if  if  ititit  if  if  if  it  it  It  it  it  ic 

ARRIVALS  :1, QUEUE (88), 0.00,1; 

2, QUEUE (1), 0.00, 1,1, 50000, 0.00, 100000; 

0 

;  The  block  intlallzes  certain  varlbles  like  pallet  size 

. ********************************************************************* 

INITIALIZE  ,X(17)-0, 

X(19)-0, 

X(20)-0, 
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X(47)— 1, 

X(21)-8, 

X(22)-8, 

X(23)-8, 

X(24)-16, 

X(25)-2, 

X(26)-20, 

X(18)-0; 

PARAMETERS  : 1,1800: 

2,1800: 

3,4: 

4,4, .25: 

5,3600: 

6,20: 

7,7,0: 

8,1,0: 

9,10: 

10,0.1: 

RANKINGS  :1-1,LVF(3): 

2-40, FIFO; 

.*********★****★*****************♦**♦♦******■***★******♦*★★**★*★**★★*★★ 
;  This  gives  a  list  of  resources  used  In  the  model. 

I*****************************************'*****'**'****'***********'****'** 

RESOORCES  : 1-1, KETTLE,!: 

2- 2, COOLER, 1: 

3- 3, FORMER, 1: 

4- 4, SEALER,!: 

5- 5,CUTTINGl,l: 

6- 6,CDTTING2,l: 

7- 7, CUTTINGS, 1; 

8- 8, SPLITTER,!: 

9- 9, INSPECTS,!; 

10- 10, INSPECTS, 1: 

11- 11, INSPECT7,1: 

12- 12, INSPECTS,!; 

13- 13, INS9,1: 

14- 14, INS10,1: 

15- 15, INSPECT 1: 

16- 16, INSPECT2: 

17- 17, EMPTY; 

18- 18, INSPECTS; 

19- 19, INSPECT 4; 

20- 20, EMPTY; 

21- 21, INS11,1: 

22- 22, INSl: 

23- 23, INS2: 

24- 24, INS3: 

25- 25, INS4; 

26- 26, INS5,1; 

27- 27, INS6,1: 

28- 28, INS7,1: 

29- 29, INS8,1: 

30- 30, INS12,1: 

31- 31,PACKER1,1; 

32- 32,PACKER2,l; 


! 

Ipalet  size  8*8*16 
! 


!CO>Cook  time 
!CO>Coollng  time 
!CO>caslng  fi  paletlzlng 


!RN> 

!CO>Retort  Cycle  time 
!CO> 

!RN> 

!RN> 

!co>  Incubation  period 
!co>  DSDA  rejection 
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33-33, IMS13: 

34-34, IMS14: 

35-35, INS15: 

36-36, INS16: 

37-39,RETORT, 1,1,1: 

40-40, BLOADl: 

41-41,BLOAD2,l: 

42-43, LOADMEN, 1,1: 

44-44,PACKER3,l: 

45-45,PACKER4,l: 

46-46,RETOP,l: 

47-47, KETTLE2,1: 

48-48,KETTLE3,l: 

49-49,COOLER2,l: 

50-50, COOLER3,l; 

$ 

•  ********************************************************************* 

;  The  speed  of  the  transporter  Is  given  In  this  block 

.********************★******★*★***********★*♦*♦*******★★★**********★** 

TRANSPORTERS : 1 , CART , 1 , 1 , 1 . 0 0 , 2  3- A; 

DISTANCES  : 1,23-25, 

10,  10/ 

10; 

. ********************************************************************* 

;  The  conveyor  speeds  are  outlined  here 

.********★**★***** ★*★★**★*** ************** **************************** 

CONVEYORS  :l,CONV3, 1,24, 6, ACTIVE: 

2 , CONV4 , 2 , 2 4 , 6 , ACTI VE : 

3 , CONV6 ,3,24,6, ACTIVE ; 

SEOffiNTS  :  1,25,  26-72: 

2,26,27-60; 

3,27,28-80; 

;  The  following  decide  the  Information  that  Is  to  be  put  In 

;  the  slman  output  report.  Most  of  this  Information  Is  to 

;  ensure  that  the  model  went  through  its  noraml  execution. 

.*********************************************************************. 

DSTAT  ;1, NR (3), UTIL  OF  FEEDER: 

2,NR(4),YTIL  OF  FILLER: 

3,NR(5),UTIL  OF  SEALMAN: 

4,NR(6),YTIL  OF  SEALING: 

5, NR (7), UTIL  OF  INSPECTl: 

6,NR(8),YTIL  OF  INSPECT2; 

7, NR (9), UTIL  OF  INSPECTS; 

8,NR(10) ,YTIL  OF  INSPECT4 ; 

9, X (33) , TOPLINE; 

10,X(34),BEEFFEED: 

11, X (35) , RETORT; 

f 

TALLIES  :1,T  BEFORE  RET  PI: 

2,T  BEFORE  RET  P2 ; 

3,T  BEFORE  RET  P3: 

4,T  BEFORE  RET  P4 : 

5,T  PACKING  PI: 

6,T  PACKING  P2; 

7,T  PACKING  P3: 
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COUNTERS 


8,T  PACKING  P4; 

:l,NO  FILLED  PI,, YES: 

2,  NO  FILLED  P2,,YE3: 

3,  NO  FILLED  P3,,YES: 

4,  NO  FILLED  P4,,YES: 

5,  NO  PACKED  PI, , YES: 

6,  NO  PACKED  P2,,YES: 

7,  NO  PACKED  P3,,YES: 

8,  NO  PACKED  P4,,YES: 

9,  END  SIMU,1,YES: 

10,  BEEFFEED, , YES : 

11,  FEEDER,, YES: 
12,SEALMAN, ,YES: 

13,  RETORT,, YES: 

14, LOAOMAN, ,YES; 


OUTPUT  :1,D (3) ,10, INVENTORY; 

REPLICATE  ,1,0.0,, Y,Y,0.0; 


END 
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Abstract 

This  technical  report  summarizes  the  work  on  the  database 
selected  (ORACLE)  to  implement  the  Informational  Architecture  for 
Packaged  Food  Manufacture.  The  report  Appendices  include:  the 
database  tables  showing  the  correspondence  between  the  ORACLE 
database  management  system  and  the  IDEFIX  Informational 
Architecture,  SQL  forms  both  fully  and  partially  implemented 
(forms  are  related  to  the  Functional  Architecture),  and  SQL 
reports  with  the  identification  of  supported  functions. 


1.0  Introduction 


This  report  addresses  the  requirements  of  Task  Item  3.7.5  of 
STP  #4,  requiring  a  Technical  Report  on  the  design  of  a 
preliminary  database  for  the  CRAMTD  Plant.  Phase  II  of  STP  #4 
required  studying  the  procedur  ch  coalition  companies 

operated  their  enterprises  in  the  manufacture  of  shelf  stable  food 
products.  Based  on  these  studies  the  research  team  abstracted  the 
common  features  of  the  coalition  companies  studied,  developing  a 
generic  set  of  operating  procedures.  This  generic  set  is  referred 
to  as  a  "Functional  Architecture".  A  Functional  Architecture  is  a 
description  of  the  functions  performed  in  operating  the  enterprise 
and  the  relationship  among  those  functions  as  given  by  the 
information  flows  and  material  flows  linking  them.  The  Functional 
Architecture  was  published  as  Technical  Working  Paper  (TWP)37, 
"Technical  Report;  Functional  Architecture  for  Packaged  Food 
Manufacture" . 

Phase  III  of  STP  #4  required  identifying  the  data 
requirements  necessary  to  support  the  activities  modeled  by  the 
Functional  Architecture.  These  data  requirements  are  modeled 
using  an  entity-attribute-relationship  methodology  developed  under 
sponsorship  of  the  U.S.  Air  Force.  This  methodology,  called 
IDEFlX  (Integrated  Computer-Aided  Manufacturing  Definition  1, 
Extended),  allows  the  user  to  create  a  logical  relational  database 
design  that  is  easily  understood  by  business  professionals  without 
computer  training.  This  model  of  the  data  requirements  and  their 
relationships  is  called  an  "Informational  Architecture".  The 
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Informational  Architecture  was  published  as  Technical  Working 
Paper  {TWP)52,  "Technical  Report:  Informational  Architecture  for 
Packaged  for  Food  Manufacture". 

Phase  IV  of  STP  #4  required  implementing  the  Informational 
Architecture  in  a  physical  database  system.  This  database  was  to 
be  preliminary  in  nature  thus  providing  a  basis  for  experimental 
prototyping  and  testing  of  screens  and  reports  that  could  be 
implemented  in  the  CRAMTD  Phase  II  demonstration  facility.  The 
preliminary  database  that  was  developed  has  established  the 
foundation  for  final  database  design  and  implementation  in  CRAMTD 
Phase  II.  It  is  the  purpose  of  this  report  to  summarize  the  work 
completed  on  this  Task  Item  in  STP  #4. 

2.  Relational  Databases  and  the  ORACLE  Database  Management 

System 

The  preliminary  database  has  been  implemented  on  an  ORACLE 
database  running  on  an  IBM  PS2/70.  ORACLE  is  a  database 
management  system  (DBMS'  that  is  based  on  the  relational  model. 
According  to  this  model,  the  relational  database  is  made  up  of  a 
set  of  interrelated  two-dimensional  tables  where  atomic  values  are 
stored  in  any  table  cell.  A  DBMS  that  is  based  on  the  relational 
model  should  provide  a  query  language  that  is  based  on  relational 
algebra  or  relational  calculus.  ORACLE  uses  SQL  (Structured  Query 
Language)  as  its  query  language.  SQL  is  considered  the  standard 
relational  query  language  in  the  database  industry. 

In  addition  to  the  SQL,  ORACLE  provides  additional  tools 
including  the  following: 
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1.  SQL*Plus.  Enables  users  who  are  familiar  with  SQL  to  query  the 
database  and  perform  data  definition,  manipulation,  and  control 
operations . 

2.  SQL*Forms.  Enables  application  developers  to  develop  a 
user-friendly  forms-driven  interface  to  an  ORACLE  application. 
Sophisticated  forms  can  be  easily  developed  by  including  SQL 
statements  in  the  form  of  Triggers. 

3.  SQL*Menu.  Enables  application  developers  to  integrate  various 
ORACLE  forms,  reports  and  other  ORACLE  functions  into  a 
menu-driven  application. 

4.  SQL*ReportWriter .  Enables  application  developers  to  use  a 
menu-driven  tool  for  generating  complex  reports  using  SQL 
statements. 

5.  SQL*Calc  and  SQL*Graph.  Provide  spreadsheet  and  graphics 
interface  to  an  ORACLE  database. 

6.  ProC.  Provides  the  user  an  interface  for  applications  programs 
written  in  the  C  programming  language. 

In  this  report  we  will  show  the  current  status  of  development 
work  using  ORACLE  DBMS.  For  more  specific  information  on  the 
ORACLE  tool  set,  the  reader  is  referred  to  the  references  at  the 
end  of  the  text  of  this  report. 

3.  Tables  and  Their  Relationship  to  IDEFlX 

The  basic  record  keeping  element  in  a  relational  database  is 
the  Table.  A  table  is  created  for  each  element  of  the  enterprise 
about  which  we  want  to  keep  information.  The  table  may  be  defined 
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for  something  tangible;  e.g.,  an  employee,  or  for  something 
abstract;  e.g.,  a  production  schedule. 

The  Table  of  a  database  corresponds  exactly  to  the  concept  of 
an  Entity  in  an  IDEFIX  model,  in  fact,  database  tables  are 
created  by  implementing  IDEFlX  entities  in  software.  Exhibit  A.l, 
Appendix  A,  is  a  list  showing  the  correspondence  between  the  table 
names  in  the  ORACLE  DBMS  and  the  IDEFlX  Entity  names  reported  in 
reference  [1]. 

Tables  have  attributes,  which  are  the  characteristics  of  the 
entity  about  which  information  is  to  be  kept.  So,  for  example,  a 
Table  of  Employees  will  contain  attributes  of  Employee-id, 
Employee-Name,  Employee  Hourly  Rate,  etc.  Each  record,  or 
instance  of  an  employee  will  be  described  by  those  attributes.  At 
least  '^ne  attribute  of  the  table  should  be  unique  for  each  record. 
Fj,  for  example.  Employee-id  uniquely  identifies  a  particular 
employee . 

In  Appendix  A,  Exhibit  A. 2,  we  have  summarized  all  the  tables 
existing  in  the  preliminary  database.  The  reader  will  note  the 
correspondence  between  the  attributes  of  the  tables  and  the 
attributes  of  their  corresponding  Entities  of  the  IDEFlX  model. 
There  are  some  additional  tables  implemented  in  the  database  that 
are  system  tables  used  for  database  management  purposes.  These 
have  no  corresponding  entities  in  IDEFlX. 

4.  User  Screens  and  SQL  Forms 

This  brief  description  will  assist  eader  in  understanding 
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the  tables  in  Appendix  A.  For  further  information,  the  reader  is 
referred  to  references  [4]  and  [6]. 

One  purpose  of  ^atabase  design  is  to  provide  a  user  friendly 
interface  for  entering  and  retrieving  data.  The  user  should  be 
able  to  query  the  database  regarding  the  status  of  the  enterprise 
operations;  for  example,  the  status  of  a  customer  order  or  the 
status  of  the  raw  ingredient  inventory.  The  user  should  also  be 
able  to  incorporate  status  changes  into  the  database;  for  example, 
changes  in  finished  product  inventory  due  to  recent  shipments  or 
new  finished  production.  SQL  Forms  provides  a  "window"  to  the 
database  tables  that  allows  the  user  to  query  or  update  the 
tables. 

Forms  must  be  designed  by  the  system  designers.  Several 
forms  have  been  designed  for  the  preliminary  database  and  are 
shown  in  Appendix  B.  There  are  two  categories  of  forms  in  that 
Appendix:  1)  forms  that  are  fully  implemented  and  2)  forms  that 
are  partially  implemented.  A  fully  implemented  form  has  been 
designed  in  considerable  dt  ail  and  usually  includes  "triggers" 
that  query  multiple  tab^  and  often  run  validity  checks  on  a  data 
entry.  For  example,  if  a  user  is  entering  a  new  delivery  of  raw 
material,  the  system  should  check  outstanding  purchase  orders  to 
insure  that  this  raw  material  has  been  ordered.  The  system  should 
also  close  out  the  purchase  order.  Some  SQL  forms  have  been 
implemented  at  this  level  of  detail. 

Partially  implemented  forms  provide  a  screen  for  displaying 
records  from  tables,  but  do  not  have  the  level  of  detailed 
implementation  as  a  fully  implemented  form. 
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The  forms  of  Appendix  B  are  displayed  in  two  formats.  The 
first  format  is  shown  in  Exhibit  B.l.  The  upper  left  hand  corner 
displays  the  information  that  allows  the  user  to  relate  the  form 
to  the  Functional  Architecture  of  reference  [2].  The  Functional 
Architecture  describes  the  functions  that  are  performed  in 
operating  the  enterprise.  The  database  is  used  to  support  those 
functions.  The  entry  at  the  upper  left  allows  the  user  to  relate 
the  screen  to  the  functions  described  in  reference  [2]. 

Below  the  functional  context  is  the  screen  itself  as  it  would 
appear  to  the  user.  No  data  is  presented  on  these  example 
screens . 

Finally,  below  the  screen  is  detail  concerning  SQL  code  used 
in  the  implementation  of  the  screen.  The  purpose  of  the  SQL  code 
is  shown  on  the  left  hand  side  of  the  page;  the  SQL  code  itself  is 
shown  on  the  right  hand  side  of  the  page.  For  further 
interpretation  the  reader  is  referred  to  reference  [3], 

The  second  kind  of  format  is  illustrated  by  Exhibit  B.2. 

Here  we  do  not  define  a  relationship  to  the  Functional 
Architecture,  nor  do  we  define  SQL  codes  for  Triggers.  These  are 
not  user  screens.  These  forms  are  used  by  the  Database 
Administrator  to  enter  data  directly  and  are  used  by  the  system 
development  team  to  put  test  data  into  the  database. 

The  process  of  creating  user  screens  using  SQL  forms  will 
continue  through  Phase  II  of  CRAMTD  as  the  preliminary  database 
design  evolves  into  a  final  database  implementation. 

5.  User  Reports 
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Another  vehicle  for  obtaining  information  from  the  database 
is  the  use  of  SQL  ReportWriter .  Whereas  SQL  Forms  allows  user 
interaction  in  both  an  input  and  query  mode,  SQL  ReportWriter  only 
provides  fixed  format  output.  When  it  is  desirable  to  generate 
hard  copy  reports,  SQL  ReportWriter  is  used. 

The  SQL  reports  developed  under  this  task  item  are  shown  in 
Appendix  C.  As  in  the  case  of  SQL  forms  we  have  formatted  the 
pages  to  indicate  the  functions  the  report  is  intended  to  support 
in  the  upper  left  hand  corner.  This  is  followed  by  the  report 
format  and,  finally,  by  the  SQL  routine  that  queries  the  tables 
and  formats  the  data.  For  further  information  on  SQL 
ReportWriter,  the  reader  is  referred  to  reference  [5]. 

Summary 

In  this  technical  report  we  have  outlined  the  work  performed 
under  STP  #4  in  designing  a  preliminary  database  for  CRAMTD.  This 
work  is  ongoing  and  represents  a  starting  point  for  Phase  II 
prototyping  and  implementation.  The  task  of  database  development 
and  validity  testing  will  not  be  complete  until  all  user  screens 
are  implemented  and  the  software  has  been  tested  by  a  structured 
walk  through  that  simulates  the  actual  operation  of  the 
enterprise,  as  outlined  in  the  Functional  Architecture.  These 
tasks  will  be  undertaken  in  CRAMTD  Phase  II. 
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APPENDIX  A 


DATABASE  TABLES 


Exhibit  A.l 


TABLE  NAME 


CORRESPONDING  IDEFIX  BLOCK 


ACCOUNT_R 

BATCH_D 

BATCH_RECORD 

CUSTOMER 

CUSTOMER_ORDER 

CUSTOMER_ORDER_D 

DEPARTMENT 

EMPLOYEE 

FILLING_RECORD 

INVOICE_PAY 

LABEL 

LABOR_TICKET 

LINE_PROCESS 

MACHINE 

MACHINE_AVAIL 

MACHINE_PROCESS 

MACHINE_SKILL 

MATERIAL 

MATERIAL_LIST 

MATERIAL_MOVE 

MAT_PUfiPLAN 

MATERIAL_SPEC 

PALLET_CARD 

PALLET_D 

PM_HISTORY 

PO 

PO_ITEM 

PRICE_BREAK 

PROCESS 

PRODSEL 

PRODUCT 

PRODUCTION_LINE 

0UALITY_REPORT 

QUOTE 

QUOTE_D 

RECIPE 

RECIPE_LINE 

RECIPE_MASTER 

REQUISITION 

RETORT 

RFQ 

SCHEDULE_D 

SCHEDULE_M 

SHIPMENT 

SHIP_CROSS_REF 

SKILL 

SOLICIT 

TASK 

TEST 

TEST_SAMPLE 

VENDOR 

VENDOR_LOT 

VENDOR_QUOTE 

VENXREF 

VJO_  PARTS 

WO_TASK_EMP 

WORK_ORDER 


ACCOUNTS  RECEIVABLE 
BATCH  DETAIL 
BATCH  RECORD 
CUSTOMER 
CUSTOMER  ORDER 
CUSTOMER  DETAIL 
DEPARTMENT 
EMPLOYEE 
FILLING  RECORD 
INVOICE  PAYABLE 
LABEL 

LABOR  TICKET 

PROD  LINE/ PROCESS  XREF 

MACHINE 

MACHINE  AVAILABLE 

MACHINE/ PROCESS  XREF 

MACHIN/SKILL 

MATERIAL 

MATERIAL  LIST 

MATERIAL  MOVE 

MATERIAL  PURCHASE  PLAN 

MATERIAL  SPEC 

PALLET  CARD 

PALLET  DETAIL 

PM  HISTORY 

PURCHASE  ORDER 

PO  ITEM 

PRICE  BREAK 

PROCESS 

APPROVED  PRODUCT  LIST 
PRODUCT 

PRODUCTION  LINE 
QUALITY  REPORT 
QUOTE 

QUOTE  DETAIL 
RECIPE 

RECIPE/LINE  XREF 
RECIPE  MASTER 
REQUISITION 
RETORT 

REQUEST  FOR  QUOTATION 
SCHEDULE  DETAIL 
SCHEDULE  MASTER 
SHIPMENT 

SHIPMENT  CROSS  REF 
SKILL 

SOLICITATION 

TASK 

TESTS 

TEST  SAMPLE 
VENDOR 
VENDOR  LOT 
VENDOR  QUOTE 
VENDOR  CROSS  REF 
WO  PARTS  DETAIL 
WO  TASK/EMP  DETAIL 
WORK  ORDER 


Kxhibit  A. 2 


ACCOUNT_R  CUST_INV_NO 

CUST_LINE_NO 

ORDER_NO 

SHIPMENT_NO 

BATCH_D  BATCH_QTY 

BATCH_START_HOUR 
BATCH_START_MIN 
FILLING_LINE 
MATER I AL_LOT_NO 
PRODUCT I ON_DATE 
PRODUCT_ID 

BATCH_RECORD  BATCH_SIZE 

BATCH_START_HOUR 

BATCH..START_MIN 

COOK_TEMP 

COOK_TIME_HOUR 

COOK_TIME_MIN 

FILLING_LINE 

KETTLE_ID 

PRODUCTION_DATE 

PRODUCT_ID 

RECIPE_ID 

SUPERVISOR_EMP_ID 

CUSTOMER  CUST_ADDR1 

CUST_ADDR2 

CUST_CITY 

CUST_EXT 

CUST_ID 

CUST_NAME 

CUST_PHONE 

CUST_STATE 

CUST_ZIP 

CUSTOMER_ORDER  CUST_ID 

CUST_PO 

EMP_ID 

ORDER_DATE 

ORDER_NO 


CUSTOMER_ORDER_D  CUST_LINE_NO 

CUST_LINE_STATUS 

CUST_QTY 

CUST_REQUEST_DATE 

DUMMY 

EFFECT I VE_DUE_DATE 
LABEL_ID 

LAST_PRIORITIZED_DATE 

ORDER_NO 

PACKING_QTY 

PRICE 

PRIORITY 

PRODUCTION_LINE_ID 

PRODUCTION_QTY 

PRODUCT_ID 

RECIPE_ID 

DEPARTMENT  DEPT_ID 

DEPT_NAME 

DEPT_PHONE 

EMPLOYEE  EMP_CITY 

EMP_FNAME 

EMP_ID 

EMP_LNAME 

EMP_PHONB 

EMP_RATE 

EMP_STATE 

EMP_STREET 

EMP_ZIP 

SKILL.ID 

FILLING_RECORD  FILLING_LINE 

MATER I AL_LOT_NO 
PRODUCT_ID 
PRODUTION_DATE 
QTY_FILLED 

INVOICE_PAY  INVOICE_NO 

INVOICE_QTY 
MATER I AL_LOT_NO 
PO_ITEM 
PO_NO 


LABEL  LABEL_ID 

LABEL_NAME 

LABOR_TICKET  CUST_LINE_NO 

EMP_ID 

ORDER_NO 

SHIFT_NO 

WORK_DATE 

WORK_HOURS 

LINE_PROCESS  OPERATION_SEQ 

PROCESS_ID 

PRODUCTION_LINE_ID 

MACHINE  MACHINE_DESC 

MACHINE_ID 
MACHINE_LABOR 
MAC  H1NE_L0CATI0N 

MACHINE_AVAIL  AVAIL_TIME 

MACHINE_ID 

PERIOD_LENGTH 

MACHINE_FROCESS  MACHINE_ID 

PROCESS_ID 

MACHINE_SKILL  LABOR_QTY 

MACHINE_ID 

SKILL_ID 

MATERIAL  LAST_BUY 

LAST_PAID 

MATERIAL_DESC 

MATERIAL_ID 

MATERIAL_UOM 

REORDER_POINT 

REORDER_QTY 

STD_COST 

MATERIAL_LIST  AMT_BY_UNIT 

MATERIAL_ID 
PRODUCT_ID 
RECOVERY_PERCENT 
UN I T_OF_MEASURE 


MATERIAL_MOVE  FILLING_LINE 

MATER I AL_LOT_NO 

MOVE_QTY 

MOVE_TO_LOCATION 

PRODUCTION_DATE 

PRODUCT_ID 

TRANSACTION_TYPE 

MATERIAL_SPEC  AQL 

HIGH_LIMIT 

INSPECTION_PROCEDURE 

LOW_LIMIT 

MATERIAL_ID 

MAT  PURPLAN  ACCEPT_QTY 

MATERIAL_ID 

PRODUCT_ID 

RECIPE_ID 

SOLICIT_ID 

VENDOR_ID 

PALLET_CARD  CUST_LINE_N0 

LABEL_ID 

LOCATION 

ORDER_NO 

ORIG_CUST_LINE_NO 

ORIG_ORDER_NO 

PALLET_ID 

PALLET_STATUS 

PRODUCT_ID 

VAR_DATE 

VAR_STATUS 

VAR_UNITS 

PALLET_D  COOK_NO 

FILLING_LINE 

LABEL_DATE 

PALLET_ID 

PRODUCTION_DATE 

QTY_CASES 

RETORT_ID 


PM_HISTORY 


FREQ 

LAST_DATE 
MACHINE_ID 
TASK_ID 

PO  PO_DATE 

PO_NUMBER 

PO_QUANTITY 

PO_STATUS 

REOUISITION_NO 

VENDOR_ID 

PO_ITEM  MATERIAL_ID 

PO_ITEM 

PO_ITEM_BAL 

PO_ I TEM_DEL I VER 

PO_ITEM_PRICE 

PO_ITEM_QTY 

PO_ITEM_STATUS 

PO_NO 

PRICE_BREAK  BREAK_PRICE 

BREAK_QTY 

PRODUCT_ID 

PROCESS  PROCESS_CLASS 

PROCESS_DESC 

PROCESS_ID 

PRODSEL  PRODSEL_DUE 

PRODUCT_ID 

SELECT_QTY 

SOLICIT_ID 

PRODUCT  CAN_SIZE 

CAN_SPEC 

LID_SPEC 

NET_WEIGHT 

PRODUCT_ID 

PRODUCT_NAME 

QTY_PER_CASE 

REJECT_RATE 

REWORK_RATE 

VALID_TILL 


PRODUCTION_LINE 


PRODUCTION_LINE_DESC 
PRODUCTION_LINE_ID 

QUALITY_REPORT  MATERIAL_ID 

MATER I AL_LOT_NO 

TEST_ID 

TEST_RESULT 

QUOTE  CUST_ID 

EX  PERAT I ON_DATE 

QUOTE_DATE 

QUOTE_ID 

QUOTE_D  PRODUCT_ID 

QUOTE_IP 
QUOTE_LINE 
QUOTE_PRICE 
QUOTE_QTY 
QUOTE_SHI P_DATE 

RECIPE  MATERIAL_ID 

PRODUCT_ID 

RECIPE_ID 

RECIPE_LINE  PRODUCTION_LINE_ID 

PRODUCT_ID 

RATE 

RECIPE.ID 

RECIPE_MASTER  AMT_END_UNITS 

CSIZE 

GALLONS 

PROCESS_TEMP 

PROCESS_TIME 

PRODUCT_ID 

RECIPE_ID 

TARGET_COOK_TEMP 

TARGET_COOK_T IME 

TARGET_INIT_TEMP 

TYPE_COOK 


REQUISITION 


DEPT 

MATERIAL_ID 
REQ_DATE 
REQ_ID 
REQ_QTY 
REQ_STATUS 
UN I T_OF_MEASURE 

RETORT  COOK_NO 

DISPOSITION 

END_COMEUP_HOUR 

END_COMEUP_MIN 

END_COMEUP_TEMP 

END_COOK_HOUR 

END_COOK_MIN 

END_COOK_TEMP 

END_FILL_HOUR 

END_FILL_MIN 

END_VENT_HOUR 

END_VENT_Mi;; 

END_VENT_TEMP 

FILLING_LINE 

INCUBATION_END 

INCUBATION_START 

INITIAL_TEMP 

INSPECTOR_EMP_ID 

LEAD_EMP_ID 

NO_CARTS 

NO_SAMPLES 

PRODUCTION_DATE 

PRODUCT_ID 

RETORT_ID 

RETORT_QTY 

RETORT_START_HOUR 

RETORT_START_MIN 

START_FILL_HOUR 

START_FILL_MIN 

SU  PERVI SOR_EMP_ID 


RFQ 


SCHEDULE_D 


SCHEDULE_M 


SHIPMENT 


SHIP_CROSS. 


SKILL 


ACCEPT_OTY 

MATERIAL_ID 

PRODUCT_ID 

PROMISE_DATE 

RECIPE_ID 

REPLY_PRICE 

REPLY_QTY 

REOUESTED_DATE 

reouest_qty 

SOLICIT_ID 

VENDOR_ID 

ACTUAL_PROD_QTY 

ACTUAL_TIME 

COMMITED_TIME 

CUST_LINE_NO 

ESTIMATED_PROD_QTY 

MACHINE_ID 

ORDER_NO 

SCHEDULE_ID 

SCHEDULE_SEQ 

BEGIN_PERIOD 

EMPLOYEE_ID 

END_PERIOD 

LAST_REVISED 

ORIGINAL_DATE 

SCHEDULE_ID 

SHIPMENT.DATE 

SHIPMENT_NO 

SHIPMENT_TRUCK 

REF  ORDER_NO 

ORDER_NO_LINE 
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FINISHED  GOOD  CONTROL 
**  Lot  Tracking  /  Trace 

***  Lot  Tracking  (Raw  ->  Customer) 
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FINISHED  GOODS  CONTROL 
**  Lot  Tracking  /  Trace 

***  Lot  Tracking  (Raw  ->  Finished  Goods) 
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Report  on  Quality  Assurance  Module  Implementation 

Parti 


Mr.  Richard  Holowczak 
Graduate  School  of  Management 
Rutgers,  The  State  University  of  New  Jersey 


Jufy  1994 


This  report  describes  the  development  of  the  Quality  Assurance  portion  of  the 
CRAMTD  Preliminary  database.  The  raw  material  and  finished  goods  testing  procedures 
were  implemented  for  Beef  Chunks  in  Gravy,  Tray  Pack.  The  tested  raw  materials  are 
the  beef  cubes  and  the  tray  pack  containers.  The  finished  goods  tests  are  performed  on 
completed  tray  packs.  This  report  presents  the  Phase  I  module  developed  under  STP  #4. 
It  will  be  followed  by  a  report  on  the  final  database  module  developed  under  STP  #16. 


The  testing  procedures  for  beef  cubes  were  developed  under  STP#3  and  are  described 
in  the  CRAMTD  SPC  Plan,  Beef  Chunks  with  Gravy,  Half-Stew  Table  Trays,  Approved 
on  October  21 , 1991 .  These  consist  of  a  series  of  Inspection  Procedures  (IPs)  which  are 
in  turn  made  up  of  Laboratory  Procedures  (LPs) .  There  are  a  total  of  seven  IPs  for  raw 
beef  cubes  and  three  IPs  for  tray  packs.  In  this  document,  the  layout  of  the  oracle 
database  form  for  each  IP  is  given. 

Raw  Materials  are  sampled  according  to  a  Single  Sampling  Plan  (SSP) ,  also 
outlined  in  the  CRAMTD  SPC  Plan.  Based  on  lot  size,  vendor  inspection  level  and 
acceptable  quality  level  (AQL) ,  the  SSP  determines  the  number  of  samples  to  be  tested 
and  the  tolerance  for  defects  from  the  incoming  lot. 

The  storage  and  tracking  of  raw  material  inspections  required  adding  several 
tables  to  the  relational  database.  These  included: 

Lot  Quality  An  individual  vendor's  track  record 

supplying  a  particular  raw  material. 

Single  Sample  Plan  Lookup  table  for  sample  sizes  based  on  lot 

size,  vendor  inspection  level  and  AQL  . 

Test  Procedure  Keeps  track  of  inspection  procedure , 

number  of  attributes  and  descriptions  of 
each  IP . 

Test  Attribute  Spec  Keeps  track  of  each  attribute  of  an  IP  . 

Material  Test  Holds  all  of  the  raw  material  test  results. 

Lab  Proc  Detail  Holds  all  details  and  descriptions  of  LPs. 

Using  these  tables,  a  series  of  forms  were  created  as  shovra  in  this  document.  One 
electronic  form  for  each  IP  was  created  along  with  forms  for  the  SSP,  Lot  Quality  History 
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by  Vendor,  Lot  Quality  History  by  Material  and  detailed  lot  quality  history  by  vendor. 


3.  Fipishcd  Goods  iMpcttion  CBcsf  Cub«  itith  Griyy«.Iri3ifidO 

The  testing  procedure  for  finished  goods  were  outlined  in  the  CRAMTD  SPC 
Plan.  As  with  the  raw  material  IPs,  this  document  gave  the  Inspection  Procedures,  Lab 
Procedures  and  sa««iple  forms. 

Finished  goods  are  tested  according  to  the  Double  Sampling  Plan  (DSP) .  The 
DSP  determines  the  number  of  finished  goods  samples  to  take  based  on  lot  size  and 
number  of  prior  defects. 

Inspection  procedure  maintenance  forms  were  also  created  to  allow  the  creation 
and  modification  of  IPs  as  well  as  association  with  raw  materials  or  finished  products. 

4.  Database  Menu  Structure 

The  menu  structure  for  Raw  Material  Inspections  and  Finished  Goods  Inspections 
is  as  follows: 

CRAMTD  Applications  Database  Main  Menu 
Factory  Floor  Control  Menu 
Quality  Control  Menu 

Raw  Material  Inspection  Procedures 

*  IPBCTOl 01  Color/Odor/Material  Test 

*  IPBCT0102  Drain  Weight  Test 

*  IPBCTOl  03  Size  of  Beef  Cubes 

*  IPBCT0104  Beef  Cube  Surface  Fat  >  1/8" 

*  IPBCTOl 05  Connective  Tissue  or  Cartilage 

*  IPBCT0106  Size  of  Bones 
IPBCTOl 07  Microbiological  Inspection 

Raw  Material  Test  Results 

*  Raw  Material  Test  Results 

*  Material  Lot  History  By  Material 

*  Material  Lot  History  By  Vendor 

Finished  Goods  Inspection  Procedures 

*  IPBCT  2101  Net  Weight  Inspection 

*  IPBCT  2102  Foreign  Material 

*  IPBCT  2102  Foreign  Color 

*  IPBCT  2103  Foreign  Odor  and  Flavor 

*  IPBCT  2104  Excessive  Heating 

*  IPBCT  2105  Drain  Weight  of  Beef 

*  IPBCT  2106  Gravy  Consistency 
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Finished  Goods  Test  Results 


Test  Maintenance  and  Customization  Menu 

*  Single  Sampling  Plan 

*  Double  Sampling  Plan 

*  Material  Inspection  /  Lab  Procedures 

Each  IP  form  has  been  extensively  customized  for  greater  ease  of  use.  Whenever 
possible,  "Pop-up"  menus  were  added  to  aid  the  user  in  looking  up  identification  numbers. 
Some  examples  of  this  are  the  Material  Id,  Material  Lot,  Vendor  Id  and  Employee  Id  pop 
up  menus.  On-line  help  screens  were  also  programmed  to  allow  the  user  on-line  access  to 
IP  and  LP  information  during  the  actual  testing.  Automatic  totals  and  averages  are 
calculated  where  applicable  and  the  raw  material  acceptance  decision  cycle  has  been 
entirely  automated  based  on  pre-determined  rules  in  the  SSP  and  DSP. 

S.  Example  Forms 
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*  Factory  Floor  Control  Manu 
**  Quality  Control  Nanu 
***  Taat  Kaintananca  and  Custoaization  Hanu 


Doubla  Sampling  Plan 


♦  - 

1 

1 

1 

1 

Sequence  Lot  Size 

HuBibar  Low  High  Saapla  Size 

l  0  -  3200  S 

Acceptance 

Level 

0 

Rejection 

Level 

2 

1 

2  0  3200  8 

1 

2 

1 

» 

1 

1 

1 

1 

Related  Inspection  Procedures 

IPBCT2101  Net  Haight. Inspection 

1 

IPBCT2102  Foreign  Material 

1 

IPBCT2102  Foreign  Color. 

1 

IPBCT2103  Foreion  Odor  or  Flavor 

1 

IPBCT2104  Bxcannive  Haating_ 

1 

IPBCT210S  Drain  Haioh  of  Beef 

1 

IPBCT210fi  Gravy  Conaiatency. 

1 

IPBCT2107  Viscoaity_-  Brookf ield_Nethod 

1 

IPBCT2109  Meat  Chunk  Size 

Typa_tha_saquanca_nuabar_for_thia_aaapla._(  l_if_£irsc_sai«pla,_2_if_sacond,_etc. ) 


I 

I 

I 


*  Factory  Floor  Control  Kanu 
**  Quality  Control  Nanu 


I  Finiabad  Oooda  Inapection  Procedure  Menu 


+  - 

1 

1 

Product  Id  Product  Description 

1 

1 

1 

Inspection  Procedures 

i 

1 

1 

1 

1 

1 

1 

1 

1 

1 

I 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

1 

I  Press  Esc  to  exit  I 


'IVpa_a_Product_Id_(PRxxxx)_or_preoo_F9_£or_a_li8t  ing. 
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•  Factory  Floor  Control  Menu 
••  Quality  Control  Menu 


In-Process  Material  Inspection  Procedure  Menu 


I  Material  Id  Material  Description 


Press  Esc  to  exit  f 


Type_a_Matar la l_Id_ ( MAxxxx ) _or_pres8_F9_£or_a_l ist ing . 


Factory  Floor  Control  Menu 
•*  Quality  Control  Menu 

Test  Maintenance  and  Custooizatlon  Menu 


Material  Inspection/Lab  Procedures 


Material  Id 


Inspection  Proc  AQL 


Descript  ion 


Procedure  Description 


Attributes  I 


Lab  Procedure  Seq  »  Description 


Type_a_Mater ial_Id_ ( HAxxxx I _or_pre88_P9_£or_a_l ist ir 


Page  5 


*  Factory  Floor  Control  Nanu 
**  Quality  Control  Manu 
***  Raw  Matarial  Taat  Raaulta  Menu 

Material  Lot  History  By  Matarial 


Material  ID:  MASIOOO _  Description:  BEEF, .DICED _ 


I  Historical  Current  Inspaction 

I  Vandor  Id  Vendor  Naaa  Acc  Raj  Pend  Total  Acc  Raj  Laval 

I  VIOOO _  AAA_PROVlSIGM  COMPAMT  1 _  0 _  0 _  1 _  1 _  0 _  Hoiaal _ 

I  VlOOl _  FRESH  MEATS _  0 _  0 _  1 _  1 _  0 _  0 _  Noras  1_ _ 


Typa_a_Hatorial_Id_(MAxxxx ) _or j>r«88_F9_f or.a.l ist ing .. 


Page  6 


*  Faccoty  Floor  Control  Monu 
**  Quality  Control  Nanu 

Raw  Natarial  Taat  Raaulta 


I  Natarial  Lot:NLSOOO _  Natarial:  NASIOOO _  BEEF. .DICED _ 

I  Rac.  Data:  12-Dec-1990  Vandor:  VIOOO _  AAB_FBOVISION_OONPANy_ 

1  Rac.  Quant:  1200 _  Cur.  Qty:  200 _  Statua:  R _ 


I  Lots  Accap. : 


Lota  Raj . :0_ 


I  Inapaction  Procadura 
I  IPBCTOIOI  Color/Odor/Hatarial_Taat. 

I  IPBCT0102  Drain_Maigbt_Toat _ 

I  IPBCT0103  Sixa_of_Baa(_Cubaa _ 


I  IPBCT0106  Sixa_of_Bonaa_ 


Inapact.  Laval:  Noraal. 


Saaplaa  Lc 


AQL 
.01  t 

Rag 

20 

Takan 

20 

Dafacts 

0 

Acc 

0 

Raj 

1 

1 

20 

20 

0 

0 

1 

1 

20 

20 

0 

0 

1 

1 

20 

20 

0 

0 

1 

1 

20 

20 

0 

0 

1 

1 

20 

20 

0 

0 

1 

-01_ 

20 _ 

20 _ 

0 

0 

I _ 

*  Factory  Floor  Control  Nanu 
**  Quality  Control  Naru 
***  Taat  Haintananca  and  Cuatcalzatlon  Nanu 

Slngla  Saapling  Plan 


lVpa_tha_Accaptabla_Oiality_Laval  jrou_wish_to_viaw._(  1 . 0%_or_0 . 01%_f  or.tast  ing » . 
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*  Factory  Floor  Control  Manu 
**  Quality  Control  Manu 
•••  Raw  Notarial  Tast  Rasulta 

Hatarial  Lot  History  by  Vandor 


I  Vandor  Id  Vandor  Naaa  Start  Data  End  Data  I 

I  VIOOO _  AAA^PROVISION.CONPANY _  0l-JM»-80_  12-fcUG-92_  I 

- - - - - - - - - - - * 

I  Hatarial  Lot  Vandor  Lot  Hatarial  Id  Racaiva  Data  Racaiva  Qty  Srocua  I 

I  HLSOOO _  0200 _  MA51000 _  12-DEC-1990_  1200 _  A _  I 

I  _  _  _  _  _  _  I 
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•  Factory  Floor  Control  M«nu 
••  Quality  Control  Hanu 
***  Raw  Matarial  Inapaction  Procedures 


DATA  ENTRY 


Total  Defects 


I  Material: 


I  To : _ Tot : _ Tot : _ _ + - 

Type_a_Material_Lot_Nuaber_(MLxxxx)_or_press_F9_for_a_list ing . 

•  Factory  Floor  Control  Menu 
**  ^alicy  Control  Menu 
***  Raw  Material  Inspection  Procedures 


I  Drain  Weight  of 
I  Beef  Test 

I  IP  »:  IPBCT0102_ 

I  Lot  »:  _ 

I  AQL:  _  % 

I  Date:  31-MAfi-93_ 

I  Inspect: _ 

I  Samples : _ 

I  Status:  _ 


DATA  ENTRY 


I  Average: 

I  Largest : 

I  Smallest: 


ITo: _  Total: _  Total: _  ♦ - 

Type_a_Matarial_Lot_Nurabar_(MLxxxxl_or_pre6s_F9_for_a_list ing. 
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•  Factory  Floor  Control  Menu 
*•  Quality  Control  Menu 
***  Raw  Material  Inspection  Procedures 


wt. 


%  Oef . 


wt. 


t  Def . 


Wt. 


%  Def. 


I  Size  of  Beef  Cubes 
I  Defect  Test 

I  IP  *:  IPBCT0103_ 

I  Lot  *:  _ 

I  AQL:  _  % 

I  Date:  31-MAR-93_ 

I  Inspect: _ 

I  Samples: _ 

I  Status:  _ 


I 


DATA  ENTRY 


I  Tot .  Wt  . : 
I  Reg.  Wt.: 
I 

I  Average: 

I  Largest: 

I  Smallest: 
I  Range: 


I- 

I  Total  Def.: 


TO: _  _  Tot: _  _  Tot: _  _  ♦ - 

Type_a_Mat  er  ia  l_Lot_Number_  ( MLxxxx  I  _or_prass_F9_f  or_a_l  ist  ing . . 


Factory  Fioor  Control  Menu 
•*  &iality  Control  Menu 

Raw  Material  Inspection  Procedures 


>1/8  Def. 


>1/8  Def. 


>1/8  Def. 


I  Surface  Fat  of 
I  Beef  Cubes  Test 
I  IP  »:  IFBCTOIOI 

I  Lot  *:  _ 

I  AQL:  _  % 

I  Date:  31-M.AR-93_ 

I  Inspect: _ 

I  Samples: _ 

I  Status:  _ 


I 


DATA  ENTRY 


I  Def .  Cubes  /  Sample 

I  Average:  _ 

I  Largest :  _ 

I  Smallest:  _ 

I  Range:  _ 


To: _ Total: _ Total: _ ♦ - 

Type_a_Mater  ial_Lot_Numbar_  ( MLxxxx )  _or_press_F9_for_a_l  ist  ing . 


I  Totals 

I  Def.  Cubes: _ 

I  E>ef.  Sarapl: _ 
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•  Factory  Floor  Control  Menu 
*•  Quality  Control  Honu 
***  Raw  Haterial  Inspection  Procedures 


Wt .  %  Def .  Wt .  %  Def.  Wt.  %  Def.  I  Connective  Tissue/ 

_ _ _ I  Cartilage  Defect 

_ I  IP  «:  IPBCT0105_ 

_ _ _ I  Lot  #:  _ 

_ _ _ I  AQL:  _  » 

_ I  Date:  31-MAR-93_ 

_ I  Inspect: _ 

_ I  Samples: _ 

_ _ _ _ I  Status:  _ 


I  DATA  ENTRY 


I _ I  Tot.  Wt.:  _  I 

I _ I  Reg.  Wt.:  _  I 

I _ I  I 

I _ t  Average:  _  I 

I _ I  Largest:  _  I 

I _ I  Smallest:  _  I 

I _ I  Range:  I 

I _ I  Total  Def.:  _  I 

ITo: _  _  Tot: _  _  Tot: _  .  _  ♦ - ♦ 

Typa_a_Material_Lot_Number_(MLxxxxl_or_pre8S_F9_for_a_listing. _ 


*  Factory  Floor  Control  Menu 
**  Quality  Control  Menu 
***  Raw  Material  Inspection  Procedures 


>0.3  Def. 


>0.3  Def. 


>0.3  Def.' 


I  Beef  Bone  Size 
I  Defect  Test 
I  IP  «:  IPBCTOlOe 

I  Lot  »:  _ 

I  AQL:  _  » 

I  Date:  31-MAH-93_ 

I  Inspect : _ 

1  Samples: _ 

I  Status:  _ 


I 


DATA  ENTRY 


I  Def.  Bones 
I  Average : 

I  Largest: 

I  Smallest:  _ 
I  Range: 


/  Sample 


To: _ Total: _ Total: _ 

Type_a_Material_Lot_Number_(MLxxxx)_or_pre8s_F9_for_a_li8t ing.. 


I  Totals 

I  Def.  Bones: _ 

I  Def.  Sampl: _ 
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*  Factory  Floor  Control  Hanu 
**  Quality  Control  Manu 
***  Raw  Matarial  Inapactlon  Procaduras 


CFU/g  Daf. 


CFO/g  Daf. 


CFU/g  Def.  I  Microbiological 

_  I  Dafect  Tast 

_  I  IP  #:  IPBCT0107_ 

_  I  Lot  »:  _ 

_ I  AQL:  _  % 

_  I  Date:  3l-MAR-93_ 

_  I  Inspect : _ 

_  I  Samples: _ 

_  I  Status:  _ 

♦--- — - - - - - 

_ I  DATA  ENTRY 

I  CFU/g 

_  I  Average:  _ 

_  I  Largest :  _ 

_  1  Smallest:  _ 

_  __  I  Range:  _ 

_  I  Total:  _ 


I _ _ _ I  Total 

I _ _ _ I  Def.  Sampl:. 

ITo: _ Total: _ Total: _ ♦ - 

Type_a_Jlatarial_Lot_Number_(MLxxxxl_or_pre8B_P9_for_a_listing. _ 


*  Factory  Floor  Control  Menu 
**  ^ality  Control  Manu 
***  Raw  Matarial  Inspection  Procedures 


1  Dlman 

Diman 

DiB«n 

Din^n 

.... 

Dimen 

Dimen 

1 

Tray  Can  Dimension 

1 

1 

Defect  Test 

1 

1 

IP  i:  IPBCT0008 

1 

1 

Lot  1; 

1 

) 

AOL:  % 

1 

- 

— 

... 

1 

Date:  31-MAR-93_ 

1 

—  - 

— 

— 

— 

■ 

— 

— 

— 

— 

1 

1 

Samples: 

1 

1 

Status: 

1 

'  + 

1 

DATA  ENTRY 

1 

•4 

_ 

1 

Total  Defects 

1 

1 

1 

1 

Dimension: 

1 

\ 

1 

1 

1 

Total  Def: 

1 

1 

1 

1 

Pet .  Def :  % 

1 

1 

1 

ITO; _ 

♦ 

Typa_a_Matarial_Lot_Numbar_(MLxxxx  )_or_prass_F9_for_a_l  iet  ing . 
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*  Factory  Floor  Control  Manu 
**  Quality  Control  Hanu 
•••  Raw  Matarial  Inspaction  Procaduraa 


*  Factory  Floor  Control  Manu 
**  Quality  Control  Manu 
***  Raw  Material  Inspaction  Procaduraa 


TVpa_;a_Mat  ar  la  l_Lot  _Nuabor_  ( MLxxxx )  _or_pra88_F9_f  or_a_l  i  st  i  ng . 
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In  a  manufacturing  plant  producing  combat  rations  or  civilian  packaged  food 
products,  management  does  not  have  the  luxury  of  redundant  process  equipment.  When 
equipment  fails,  it  must  be  restored  in  a  reason  able  period  of  time.  Maintenance  people 
need  good  documentation  on  preventive  maintenance,  repair  procedures,  and  spare  parts 
inventory.  A  major  reason  for  a  database  and  electronic  work  order  forms  is  to  document 
reasons  for  failure,  identify  repair  procedure,  document  failed  parts  and  maintain  necessary 
spares. 

The  maintenance  module  of  the  CRAMTD  Preliminary  Database  deals  with 
general  information  about  the  production  equipment  and  machinery,  spare  and  repair 
parts,  information  on  preventive  and  break-down  maintenance  of  the  equipment,  and  down 
time  information  of  the  production  equipment.  General  information  about  equipment 
includes  the  equipment  number,  which  is  a  unique  identifier  for  each  equipment, 
equipment  description,  manufacturer,  vendor  information,  serial  number,  date  in  service, 
and  warranty  expiration  date. 

In  the  preventive  maintenance  schedule,  information  is  kept  for  each  machine  on 
the  tasks  to  be  performed,  the  last  date  that  each  task  was  performed,  and  how  often  each 
task  needs  to  be  done.  Each  task  has  a  unique  identification  number. 

For  break  down  maintenance,  information  is  kept  on  the  work  order  issued  for  the 
tasks  to  be  done,  the  machine  on  which  the  maintenance  task  is  done,  the  due  date  and 
date  the  task  was  requested,  and  who  made  the  request.  Information  is  also  kept  on  when 
the  task  was  completed,  what  parts  were  used  for  the  repair,  the  date  the  parts  were 
withdrawn  from  inventory,  and  the  number  of  parts  withdrawn.  Also  kept  is  information 
about  the  employee  deployed  for  the  tasks,  and  the  dates  and  hours  of  work  performed. 

Each  time  a  machine  goes  down  for  any  reason,  whether  for  scheduled 
maintenance  or  machine  failure,  we  keep  information  about  the  cause  of  the  down  time, 
and  the  dates  it  went  down  and  became  serviceable  again.  The  database  also  provides 
information  about  the  minimum,  maximum,  and  mean  down  time  lengths  for  each 
machine. 

This  report  presents  the  Phase  I  module  developed  under  STP  #4.  It  will  be 
followed  by  a  report  on  the  final  implemented  module  developed  under  STP  #16. 

2.  Menus 

The  maintenance  module  consists  of  the  following  menu  items. 

1.  Equipment  Data  Entry  Form:  This  allows  the  operator  to  store 

new  equipment  to  the  database  as  well  as  retrieve  information  about  existing  equipment. 
This  form  is  shown  in  Figure  1 . 

2.  Preventive  Maintenance  History  Form:  This  form  serves  two  purposes.  It  is 
used  to  enter  a  preventive  maintenance  schedule  for  each  machine,  which  includes  a  "task" 
and  the  "frequency"  with  which  the  task  is  to  be  done.  Each  time  preventive  maintenance 
is  actually  performed,  this  form  is  used  to  update  the  actual  date  that  the  maintenance  was 


done.  This  form  is  shown  in  Figure  2. 

3.  Work  Order  Data  Entry  Form;  Every  time  a  work  order  is  issued,  this  form  is 
used  by  the  operator  to  enter  the  relevant  information  into  the  system.  This  form  is  shown 
in  Figure  3. 

4.  Work  Order  History  Form.  For  every  work  order,  this  is  used  to  store 
information  such  as  which  tasks  were  performed,  when  the  work  was  completed,  what 
parts  were  withdrawn  from  inventory,  and  the  dates  and  numbers  of  parts  withdrawn, 
along  with  the  employees  that  worked  on  it  and  the  dates  and  hours  they  worked.  This 
form  is  shown  in  Figure  4. 

5.  Downtime  Description  Form:  "Down  time"  is  time  during  which  the  equipment 
is  not  available  for  use.  The  reason  could  be  a  breakdown,  time  for  preventive 
maintenance,  or  even  for  precautionary  purposes.  For  each  type  of  down  time,  this  form 
is  used  to  enter  a  description  of  the  downtime.  A  unique  downtime  identifier  is  generated 
by  the  system  which  is  used  in  other  forms  to  refer  to  the  type  of  downtime.  This  form  is 
shown  in  Figure  5. 

6.  Machine  Downtime  Data  Entry  Form:  Each  time  a  machine  goes  down,  this 
form  is  used  to  enter  the  downtime  ID,  which  gives  the  reason  for  downtime  (the  system 
pops  up  a  list  of  possibilities).  This  form  is  also  used  to  enter  the  dates  and  times  the 
machine  went  out  of  service,  and  the  date  and  time  the  machine  became  available  again. 
This  form  is  shown  in  Figure  6. 

7.  Machine  Downtime  History;  For  each  machine  and  each  type  of  down  time, 
the  system  calculates  the  maximum,  minimum,  and  average  down  time  lengths  given  any 
time  period.  This  form  is  shown  in  Figure  7. 
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Equipment -Data-Entry 


Equii«aent  No 


Equipment  Name 


Manufacturer 


Vendor  Id 


Serial  Number 
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Warranty  Expiration  Date 


Char  Mode:  Replace  Page  1 


Count :  *0 


Figtire  1:  Equipment  Data  Entry  Form 
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Equipment  No 
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Frequency 
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Figure  2:  Preventive  Maintenance  History  Form 
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+ - Work-Order-Data-Entry - 

I  Work  Order  Id  _  Machine  Id 

I  Due  Date  _  Requested  by 

I  Date  Requested _  Task  Id 
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Figure  3;  Work  Order  Data  Entry  Form 
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Figure  4:  Work  Order  History  Form 


Down  Tine  Description 


Figure  5;  Downtime  Description 
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Figure  6;  Downtime  Data  Entrj  Fonn 


+ - =====-Machine-Downtim6-HiBtory-===== - 

I 

I  Machine  Number _  Stzo-t  Date - 

I 

1  End  Date  _ 

I  Mean  Down  Time  Length  Down  Time  Length  Range 

I  Down  Time  Id  Hour  Min  Low  High 


- - - 

Cheur  Mode:  Replace  Page  1  Count:  *0 

Figure  7:  Downtime  History  Form 
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3.  Database  Relations; 


The  relations  created  for  the  maintenance  module  are  shown  below: 


Name 


Null?  Type 


DOWN.TIME.ID  NOT  NULL  CHAR(lO) 

DOWN.TIME.DESC  CHAR(40) 


Oown.time.detail 


Name 


Null?  T3rpe 


MACHINE. ID 

DOWN.TIME.ID 

START.DATE 

start.hr 

START.MIN 
END.DATE 
END. HR 
END.MIN 


NOT  NULL  CHAR(IO) 
NOT  NULL  CHAR(IO) 
DATE 
NUMBER 
NUMBER 
DATE 
NUMBER 
NUMBER 


Machine 


Neune 

Null?  Type 

MACHINE.ID 

NOT  NULL  CHAR(IO) 

MACHINE.LOCATION 

CHAR(IO) 

MACHINE.DESC 

CHAR(40) 

STD.SHIFT.LENGTH 

NUMBER 

SERIAL.NO 

CHAR (30) 

VENDOR. ID 

CHAR(IO) 

MANUFACTURER 

CHAR(30) 

DATE.IN. SERVICE 

DATE 

WARRANTY.EXP.DATE 

DATE 

Work. order 

Name 

Null? 

Type 

WORK.QRDER.ID 

NOT  NULL 

CHAR( 10) 

MACHINE.ID 

CHAR(IO) 

WO. DUE. DATE 

DATE 

REQUESTED. BY 

CHAR( 10) 

WORK. ORDER. TYPE 

CHAR(20) 
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DATE.REOUESTED 
DATE. COMPLETED 


DATE 

DATE 


Wo.parts.detail 


Name 

Null?  Type 

WORK. ORDER. ID 

TASK. ID 

material.lot.no 

NUMBER. REQUIRED 

date.withdrawn 

NOT  NULL  CHAR(IO) 
NOT  NULL  CHAR (10) 
NOT  NULL  CHAR(IO) 
NUMBER 

DATE 

Wo. task.emp. detail 

Name 

Null?  Type 

WORK.ORDER.ID 

TASK. ID 

EMPLOYEE. ID 

HOURS 

PRODUCTION. DATE 

NOT  NULL  CHAR(IO) 
NOT  NULL  CHAR(IO) 
NOT  NULL  CHAR(IO) 
NUMBER 

DATE 

Pm.history 

Name 

Null?  Type 

MACHINE. ID 

TASK. ID 

DATE.LAST.DONE 

rREOUENCY 

NOT  NULL  CHAR(IO) 
NOT  NULL  CHAR(IO) 

DATE 

NUMBER 

Task 

!Iame 

Null?  Type 

TASK. ID 

TASK. DESCRIPTION 

NOT  NULL  CHAR(IO) 

CHAR(40) 

Wo.task.xref 
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Name 


Null’ 


.  voe 


«0RK. ORDER. ID 
TASK. ID 


NOT  NULL  OH ARC  10) 
NOT  NULL  CHAR (10) 


4  IDEFIX  Model 

The  pan  of  the  IDEFIX  model  that  is  reJevant  to  the  maintenance  module  is 
shown  in  Figure  8.  It  consists  of  nine  entities  and  a  total  of  3 1  attributes. 
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Figure  8:  IDEFIX  for  Msuntenance  Module 
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